{"id":1668,"date":"2014-12-16T19:36:45","date_gmt":"2014-12-16T19:36:44","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=1668"},"modified":"2023-07-05T12:21:09","modified_gmt":"2023-07-05T19:21:09","slug":"key-value-or-document-database-couchbase-2-dot-0-bridges-gap","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/key-value-or-document-database-couchbase-2-dot-0-bridges-gap\/","title":{"rendered":"\u00bfBase de datos clave-valor frente a base de datos de documentos? Couchbase 2.0 salva las distancias."},"content":{"rendered":"

Esta ma\u00f1ana temprano, Lanzamiento oficial de Couchbase 2.0<\/a>. El lanzamiento es un gran paso adelante para el proyecto de c\u00f3digo abierto Couchbase y, en mi opini\u00f3n, tiene el potencial de sacudir el panorama NoSQL. Puedes leer todo sobre las nuevas caracter\u00edsticas y capacidades en otras entradas del blog, pero me gustar\u00eda centrarme aqu\u00ed en por qu\u00e9 creo que este lanzamiento es significativo.<\/p>\n

Con la versi\u00f3n 2.0, Couchbase es ahora tanto una base de datos clave-valor como una base de datos documental. Ambos tipos de tecnolog\u00eda han generado mucho inter\u00e9s en el mercado NoSQL. Son, por supuesto, muy similares. La diferencia fundamental es que una base de datos clave-valor pura no entiende lo que se almacena en el valor y limita a los desarrolladores a una interfaz simple de SETS y GETS, mientras que una base de datos de documentos entiende el formato en el que se almacenan los documentos y por lo tanto puede proporcionar una funcionalidad m\u00e1s rica para los desarrolladores, como el acceso a los documentos a trav\u00e9s de consultas.<\/p>\n

Probablemente no sorprenda que las bases de datos puras de valor-clave y las bases de datos de documentos hayan evolucionado de forma muy diferente durante los primeros a\u00f1os de la industria NoSQL. Dado que el entorno de desarrollo de una base de datos clave-valor pura es por naturaleza muy limitado, los desarrolladores de bases de datos clave-valor puras han centrado sus recursos en una escalabilidad f\u00e1cil, un alto rendimiento y la fiabilidad a escala. Por otro lado, los desarrolladores de bases de datos documentales han centrado generalmente sus recursos en la creaci\u00f3n de un entorno de desarrollo rico con montones de caracter\u00edsticas, pero a menudo son criticados por su escasa escalabilidad, rendimiento y fiabilidad a escala.<\/p>\n

Como resultado, los desarrolladores de aplicaciones se han visto obligados con demasiada frecuencia a hacer un dif\u00edcil compromiso: \u00bfopto por las ventajas de escalabilidad, rendimiento y fiabilidad de una base de datos de valor llave pura y vivo con una API de desarrollador sencilla, o elijo la API de desarrollador m\u00e1s rica de una base de datos de documentos y vivo con una escalabilidad, rendimiento y fiabilidad m\u00e1s pobres?<\/p>\n

Creo que la versi\u00f3n 2.0 de Couchbase supone un gran paso para cerrar esta brecha. Hemos trabajado duro para asegurarnos de que esta versi\u00f3n ofrezca la misma escalabilidad sencilla, alto rendimiento constante y fiabilidad a escala por la que Couchbase se ha hecho famoso, a la vez que proporciona las capacidades de indexaci\u00f3n y consulta que los desarrolladores adoran de una base de datos de documentos.<\/p>\n

Francamente, para aquellos que buscan una alternativa a MongoDB porque su aplicaci\u00f3n requiere una mejor escalabilidad, rendimiento y fiabilidad, creemos que Couchbase 2.0 es una gran opci\u00f3n.<\/p>\n

Aunque el objetivo principal de la versi\u00f3n 2.0 era aumentar la funcionalidad de Couchbase para convertirla en una base de datos de documentos, la versi\u00f3n tambi\u00e9n ampl\u00eda significativamente nuestro liderazgo en escalabilidad, rendimiento y disponibilidad 24\u00d7365. Tanto si est\u00e1s desarrollando sobre un modelo puro clave-valor como sobre un modelo documental, creemos que encontrar\u00e1s estas nuevas caracter\u00edsticas de inter\u00e9s:<\/p>\n