Los conceptos erróneos sobre NoSQL han existido tanto tiempo como el propio NoSQL. Siempre es bueno obtener diferentes perspectivas, y por eso estoy continuando esta serie de blog sobre conceptos erróneos NoSQL, específicamente cuando se trata de dos de las principales empresas de bases de datos de documentos en el mundo: Couchbase y MongoDB.
Seguiré abordando algunos de los conceptos erróneos que MongoDB ha hecho sobre Couchbase y NoSQLasí como algunas de las ideas erróneas y malentendidos más comunes que he oído en la comunidad de desarrolladores sobre NoSQL en general.
Couchbase NoSQL es "sólo" un almacén clave-valor
Es cierto que en el núcleo de Couchbase hay un motor de clave-valor muy eficiente y basado en memoria. Así ha sido desde el primer día. Pero Couchbase ha construido sobre ese motor central, y se ha convertido en una de las primeras bases de datos NoSQL "multi-modelo".
¿Qué significa multimodelo?
Multi-modelo significa que Couchbase proporciona múltiples formas de interactuar con un único conjunto de datos:
-
- Clave-valorLectura/escritura de datos mediante una búsqueda "clave". Extremadamente rápido, especialmente con una arquitectura de memoria primero, y genial para la simplicidad.
- SQL: el lenguaje más popular del mundo para la consulta de datos, que ofrece flexibilidad y un estándar industrial.
- Búsqueda de texto completo: también conocido como "FTS", ofrece un "motor de búsqueda" de texto para datos, así como búsquedas basadas en la geografía.
- Analítica: consulta de datos con consultas SQL++ complejas y ad hoc, con ioslación de la carga de trabajo.
- Eventos: Funciones JavaScript que pueden responder a eventos de cambio de datos.
- Móvil: Sincronización automática de los datos con dispositivos móviles, dispositivos periféricos e incluso software de escritorio.
Por lo tanto, es muy inexacto decir que Couchbase es sólo para casos de uso clave-valor.
Couchbase no tiene búsqueda Lucene
Este es un extraño punto de comparación que MongoDB habla específicamente de Couchbase.
Couchbase tiene un Búsqueda incorporada de texto completo basado en la popular biblioteca de código abierto Bleve (escrito en Go). No es Lucene, pero sigue siendo una biblioteca con todas las funciones capaces de stemming, el conocimiento del idioma, la puntuación de relevancia, búsqueda geoespacial, borrosidad, etc.
Bleve está integrado en Couchbase, y no requiere conectores o integraciones adicionales: basta con crear un índice y empezar a buscar. El siguiente vídeo muestra lo sencilla y potente que puede ser esta solución.
Que MongoDB diga esto es como decir que los coches Ford no usan motores Honda: es literalmente cierto, pero irrelevante (descargo de responsabilidad: no sé nada de motores de coches).
Pero si de verdad estás invertido en Lucene o prefieres usar ElasticSearch, ¡no pasa nada! Couchbase tiene una Conector Elasticsearch disponible.
¿Y ahora qué?
En el próximo post, profundizaré en más conceptos erróneos: ¿sigue siendo cierto que NoSQL no es seguro? ¿Que también pierde datos y no soporta ACID? ¿Cómo le va a Couchbase con la seguridad y la pérdida potencial de datos?
¿Quiere seguir debatiendo? Le invitamos a unirse al Couchbase Discord para más conversaciones, preguntas y respuestas con el personal y la comunidad de Couchbase.
