Creo que es seguro asumir que cada desarrollador o administrador de sistemas ha tocado MySQL en alg\u00fan momento. A menudo era el
\nrito de paso para cualquier nuevo desarrollador hace unos a\u00f1os, cuando florecieron lenguajes como PHP. Ahora puede que te encuentres en una situaci\u00f3n en la que
\nlas cosas han cambiado y ahora su base de datos puede necesitar un cambio. M\u00e1s concretamente, un cambio a una base de datos NoSQL sin esquema.<\/p>\n
A primera vista, si est\u00e1s ojeando las diferencias, puede parecer una tarea aterradora. \u00bfQu\u00e9 hago con todas mis tablas y
\nrestricciones? \u00bfC\u00f3mo consulto mis datos? \u00bfQu\u00e9 lenguajes de desarrollo puedo utilizar?<\/p>\n
Vamos a ir m\u00e1s despacio y a recorrer un escenario en el que est\u00e1s usando un RDBMS MySQL y te gustar\u00eda hacer la transici\u00f3n a Couchbase.<\/p>\n
Viniendo de MySQL, supongo que ya sabes que es una base de datos relacional que consta de tablas, filas y columnas.
\nBastante est\u00e1ndar cuando se trata de cualquier base de datos relacional. Este no es el caso de una base de datos de documentos NoSQL como Couchbase.
\nEn su lugar, trabajas con objetos JSON y matrices que no tienen estructura y pr\u00e1cticamente ninguna limitaci\u00f3n.<\/p>\n
Aunque el modelado de datos es, en mi opini\u00f3n, la mayor diferencia, no es la \u00fanica. Sin embargo, empecemos por ah\u00ed.<\/p>\n
Para simplificar, vamos a ce\u00f1irnos a un modelo de datos peque\u00f1o. Siempre se puede ajustar para dar cabida a un escenario m\u00e1s complejo. Nuestro modelo de datos
\nser\u00e1n los siguientes:<\/p>\n
cliente<\/strong><\/p>\n direcci\u00f3n_cliente<\/strong><\/p>\n Las dos tablas anteriores y sus columnas no son las m\u00e1s complejas, pero a\u00fan as\u00ed demuestran ser relacionales a trav\u00e9s de las tablas primaria y Los documentos NoSQL son un poco diferentes porque en este caso carecen de esquema. Esto significa que existen m\u00faltiples opciones a la hora de Probablemente le resultar\u00e1 m\u00e1s familiar referirse a documentos en t\u00e9rminos de datos relacionales. En un RDBMS como MySQL, se hace referencia a Por ejemplo, tomemos los siguientes documentos NoSQL:<\/p>\n c::1<\/strong><\/p>\n ca::1<\/strong><\/p>\n Supongamos que los documentos anteriores se modelan de forma similar a su equivalente RDBMS. c::1<\/strong> es s\u00f3lo un valor id que me invent\u00e9 para el Aunque todav\u00eda no los vamos a consultar, podemos pensar que cada uno de estos documentos equivale a una fila de un archivo Muy similares, \u00bfcorrecto?<\/p>\n Aqu\u00ed es donde las cosas pueden llegar a ser muy diferentes viniendo de MySQL. Dado que JSON son datos complejos, podemos tener matrices dentro de nuestro En el documento anterior estamos almacenando todas las direcciones de un cliente concreto en una matriz dentro del documento. Esto es en lugar de Puede que se pregunte qu\u00e9 ocurre si tiene relaciones muy complejas en sus datos MySQL que, cuando se transponen a MySQL, al igual que todas las plataformas de bases de datos relacionales, utiliza su propio estilo de SQL. Asumiendo que estamos usando el esquema definido anteriormente \u00bfY si te dijera que puedes hacer casi lo mismo con datos NoSQL de Couchbase? Toma la siguiente consulta Couchbase N1QL:<\/p>\n No es muy diferente, \u00bfverdad? Usted puede notar que estamos utilizando `bucket-name`<\/strong> dos veces. Esto se debe a que no hay Ahora digamos que desea insertar nuevos datos en el MySQL cliente<\/strong> tabla. En MySQL, puede hacer algo como esto:<\/p>\n Si quieres insertar datos en Couchbase puedes hacer lo siguiente:<\/p>\n M\u00e1s informaci\u00f3n sobre Couchbase N1QL en aqu\u00ed<\/a>.<\/p>\n En mi anterior art\u00edculo sobre De Oracle a Couchbase<\/a>escrib\u00ed sobre las diferencias de desarrollo desde la perspectiva de Java. Para En una aplicaci\u00f3n Java, si quisieras conectarte a una base de datos MySQL utilizar\u00edas el controlador Java Database Connector (JDBC). Un ejemplo podr\u00eda ser el siguiente:<\/p>\n Para conectarse a Couchbase a trav\u00e9s de una aplicaci\u00f3n Java, debe utilizar el SDK Java de Couchbase en lugar de un controlador JDBC, aunque Por ejemplo, con el SDK de Couchbase, el mismo tipo de operaci\u00f3n que Oracle podr\u00eda tener el siguiente aspecto:<\/p>\n Lo anterior asume, por supuesto, que descargaste el SDK Java de Couchbase o usaste Maven para obtenerlo.<\/p>\n Cuando usas MySQL tienes muchas herramientas que puedes usar. Por ejemplo, si desea ejecutar consultas contra la base de datos que Cuando se trata de tus datos, puede que te est\u00e9s preguntando c\u00f3mo sacar tus datos de MySQL y meterlos en Couchbase lo m\u00e1s r\u00e1pido posible. B\u00e1sicamente, lo que hace esta herramienta es conectarse a su base de datos MySQL a trav\u00e9s de Java y el controlador JDBC. Cada fila de cada tabla se convertir\u00e1 en un \u00fanico documento JSON.<\/p>\n Aunque no habr\u00e1 restricciones de base de datos en los nuevos documentos JSON, las claves seguir\u00e1n existiendo y podr\u00e1n consultarse a trav\u00e9s de N1QL.<\/p>\n MySQL y Couchbase son dos tecnolog\u00edas de bases de datos muy diferentes, pero la forma de utilizarlas no tiene por qu\u00e9 serlo. El modelo de datos relacional\n
\n
\nrelaciones de clave extranjera.<\/p>\nOpciones para un modelo de datos NoSQL<\/h3>\n
\nse trata de modelar los datos que vimos para MySQL.<\/p>\nDocumentos de referencia<\/h4>\n
\na otras filas de datos mediante claves primarias y for\u00e1neas. No existe el concepto de clave primaria o for\u00e1nea en NoSQL, pero eso no significa que no haya una clave primaria o for\u00e1nea.
\nsignifica que no puedes montar el mismo tipo de relaci\u00f3n.<\/p>\n\r\n{\r\n \"type\": \"customer\",\r\n \"first_name\": \"Nic\",\r\n \"last_name\": \"Raboy\"\r\n}\r\n<\/code><\/pre>\n\r\n{\r\n \"type\": \"customer_address\",\r\n \"city\": \"San Francisco\",\r\n \"state\": \"CA\",\r\n \"zip\": \"94101\",\r\n \"customer_id\": \"c::1\"\r\n}\r\n<\/code><\/pre>\n
\ndocumento del cliente y ca:1<\/strong> es un id que invent\u00e9 para el direcci\u00f3n_cliente<\/strong> documento.<\/p>\n
\nbase de datos relacional. Por ejemplo, una fila de la base de datos cliente<\/strong> La tabla MySQL ser\u00eda un documento en
\nCouchbase<\/a>.<\/p>\nIncrustaci\u00f3n de documentos<\/h4>\n
\ndocumentos. \u00bfY si quisi\u00e9ramos tener todos los datos juntos?<\/p>\n\r\n{\r\n \"type\": \"customer\",\r\n \"first_name\": \"Nic\",\r\n \"last_name\": \"Raboy\",\r\n \"addresses\": [\r\n {\r\n \"city\": \"San Francisco\",\r\n \"state\": \"California\"\r\n },\r\n {\r\n \"city\": \"Mountain View\",\r\n \"state\": \"California\"\r\n }\r\n ]\r\n}\r\n<\/code><\/pre>\n
\ncreando un nuevo documento para cada direcci\u00f3n y haciendo referencia al documento del cliente.<\/p>\n
\nCouchbase, dar\u00eda lugar a que los mismos datos estuvieran incrustados en m\u00e1s de un documento Couchbase. Esto podr\u00eda ocurrir, pero no es
\nalgo malo. No necesitas datos normalizados en una base de datos NoSQL como Couchbase. Sin embargo, si est\u00e1s realmente preocupado, \u00bfpor qu\u00e9 no
\n\u00bfmezclar ambos enfoques? Conservar datos como historial_cliente<\/strong> juntos sin relaciones y se refieren a
\notras que pueden cambiar con m\u00e1s frecuencia.<\/p>\nDiferencias de consulta entre MySQL y Couchbase<\/h3>\n
Couchbase N1QL vs MySQL SQL<\/h4>\n
\npara MySQL, podemos consultar los clientes y sus direcciones de la siguiente manera:<\/p>\n\r\nSELECT\r\n c.firstname, c.lastname, ca.city, ca.state\r\nFROM customer_address ca\r\nLEFT JOIN customer c ON ca.customer_id = c.id\r\n<\/code><\/pre>\n\r\nSELECT\r\n c.firstname, c.lastname, ca.city, ca.state\r\nFROM `bucket-name` ca\r\nLEFT JOIN `bucket-name` c ON KEYS ca.customer_id\r\n<\/code><\/pre>\n
\nen NoSQL y todos los diferentes documentos y tipos de documentos existir\u00e1n en el mismo bucket. La clave del documento es
\nvalor al que nos unimos.<\/p>\n\r\nINSERT INTO customer (id, first_name, last_name)\r\nVALUES (1, 'Arun', 'Gupta');\r\n<\/code><\/pre>\n\r\nINSERT INTO `bucket-name` (KEY, VALUE)\r\nVALUES (1, {\"first_name\": \"Arun\", \"last_name\": \"Gupta\"});\r\n<\/code><\/pre>\nDiferencias de desarrollo entre MySQL y Couchbase<\/h2>\n
\ncoherencia, usar\u00e9 Java en los siguientes ejemplos. MySQL ciertamente no est\u00e1 restringido a Java y tampoco lo est\u00e1 Couchbase.<\/p>\nEl controlador MySQL JDBC<\/h3>\n
\nCon el controlador incluido en su proyecto, ya sea a trav\u00e9s de herramientas como Maven o manualmente, puede cargarlo y empezar a consultar datos.<\/p>\n\r\nClass.forName(\"com.mysql.jdbc.Driver\");\r\nProperties info = new Properties();\r\ninfo.put(\"user\", \"nraboy\");\r\ninfo.put(\"password\", \"password\");\r\nConnection connection = DriverManager.getConnection(\"jdbc:mysql:\/\/HOST:PORT\/DATABASE\", info);\r\nStatement stmt = connection.getConnection().createStatement();\r\nResultSet rs = stmt.executeQuery(\"SELECT * FROM customer\");\r\nwhile(rs.next()) {\r\n \/\/ rs.getString(\"first_name\");\r\n}\r\nstmt.close();\r\n<\/code><\/pre>\nEl SDK Java de Couchbase<\/h3>\n
\nexiste uno. La raz\u00f3n por la que usar\u00edamos el SDK es porque las cosas se vuelven incre\u00edblemente f\u00e1ciles con \u00e9l.<\/p>\n\r\nCouchbaseCluster.create(HOST).openBucket(BUCKET, PASSWORD);\r\nString query = \"SELECT * FROM `bucket-name-here`\";\r\nN1qlQueryResult queryResult = bucket.query(query);\r\nfor (N1qlQueryRow row : queryResult) {\r\n \/\/ row.value().toMap();\r\n}\r\n<\/code><\/pre>\nDiferencias entre herramientas<\/h2>\n
\npodr\u00eda utilizar el MySQL CLI<\/strong>. Usted todav\u00eda tiene la posibilidad de utilizar herramientas comparables al hacer el cambio a Couchbase.
\nSi busca una herramienta de l\u00ednea de comandos, puede utilizar CBQ<\/strong> para consultar sus datos. Si es un usuario avanzado de
\nMySQL Workbench, no te preocupes porque Couchbase tiene su Workbench de consulta<\/strong> como
\nde Servidor Couchbase 4.5<\/a>.<\/p>\nMigraci\u00f3n de datos<\/h2>\n
\nLaurent Doguin escribi\u00f3 una excelente herramienta de migraci\u00f3n para mover datos de MySQL a Couchbase<\/a>.<\/p>\nConclusi\u00f3n<\/h2>\n
\npuede conservarse hasta cierto punto en una base de datos de documentos NoSQL. Cualquier dato almacenado puede ser consultado en Couchbase de la misma forma que lo har\u00edas en una base de datos NoSQL.
\nen una base de datos MySQL mediante consultas SQL. La principal diferencia entre ambos es que no hay l\u00edmites en cuanto a los datos que se pueden almacenar.
\ny c\u00f3mo puedes almacenarlo.<\/p>\n