Catalyst NoSQL

Introducción

Catalyst Cloud Scale NoSQL es una base de datos potente y completamente administrada que ofrece un enfoque no relacional para el almacenamiento de datos. Te permite manejar datos no estructurados, semiestructurados y dispares sin depender de los modelos SQL tradicionales. La infraestructura propietaria altamente escalable, impulsada por Catalyst, garantiza que puedas crear y administrar bases de datos sin esfuerzo, sin preocuparte por tareas de backend como el aprovisionamiento, la configuración o el escalado. Esta flexibilidad la hace ideal para aplicaciones modernas orientadas a datos.

Catalyst ofrece NoSQL además de su base de datos relacional convencional, el Data Store en el servicio CloudScale. Dependiendo de tus requisitos de negocio y otros factores, como la posibilidad de un esquema fijo en tu base de datos o la necesidad de un sistema con lectura intensiva, puedes determinar la opción de almacenamiento de datos adecuada para tu caso de uso. Consulta esta sección comparativa entre Data Store y NoSQL para más ayuda.

Catalyst admite el almacenamiento de datos de tipo documento basado en pares clave-valor en NoSQL, con la posibilidad de almacenar tus datos en un formato JSON personalizado de Catalyst que admite numerosos tipos de datos. Con la capacidad de particionar los datos entre clústeres, NoSQL ofrece una opción de almacenamiento de alto volumen, además de habilitar la escalabilidad multinivel.

Si decides construir una aplicación con Catalyst NoSQL, puedes crear tablas fácilmente en tu proyecto, configurarlas, agregar datos o consultar datos desde la consola de Catalyst. También puedes migrar fácilmente tus bases de datos NoSQL existentes de fuentes de terceros a Catalyst en unos pocos pasos simples.

Catalyst proporciona SDKs del lado del servidor para realizar diversas operaciones CRUD de NoSQL, como agregar o consultar datos, en los siguientes entornos de programación:

• Java
• Node.js
• Python

Consulta las documentaciones de SDK vinculadas para conocer los métodos de SDK disponibles. También puedes utilizar las APIs de NoSQL en Catalyst para estas operaciones. Consulta la documentación de la API para más detalles.

Catalyst Data Store vs NoSQL

Catalyst proporciona tanto Data Store como Catalyst NoSQL como dos opciones diferentes de almacenamiento de datos, donde el primero es una base de datos SQL y relacional y el segundo, una base de datos no relacional. Puedes optar por la base de datos que se adapte a tus necesidades según diversos factores como tu lógica de negocio, la estructura de datos de tu aplicación o tu uso.

Almacenar datos no estructurados en una base de datos relacional presenta problemas en la organización del esquema y frecuentemente genera redundancia de datos. Por lo tanto, debes elegir la plataforma de almacenamiento adecuada para tu caso de uso.

Aquí tienes una guía práctica que te ayudará a decidir la mejor opción de base de datos para tus requisitos.

Catalyst Data Store

Elige Catalyst Data Store si se cumplen las siguientes condiciones:

• Arquitectura: La arquitectura de tu base de datos es relacional, es decir, los puntos de datos están relacionados entre sí.

• Estructura de datos: Tus datos están bien estructurados y pueden organizarse de forma ordenada en filas y columnas para formar colectivamente una tabla.

• Esquema: El esquema de tu base de datos es uniforme, se conoce de antemano y puede diseñarse y finalizarse estáticamente antes de las operaciones de datos.

• Lenguaje de consulta: Necesitas usar SQL para consultar, actualizar y mantener la base de datos. SQL funciona bien con bases de datos relacionales y estructuradas.

• Prioridades: Tu prioridad para tu base de datos es el cumplimiento ACID (Atomicidad, Consistencia, Aislamiento y Durabilidad), y no la escalabilidad horizontal.

• Rendimiento de lectura/escritura: Necesitas consultas rápidas, sin errores y eficientes con mínima latencia y sobrecarga para una base de datos con lectura intensiva.

Catalyst NoSQL

Elige Catalyst NoSQL si se cumplen las siguientes condiciones:

• Arquitectura: No existen interdependencias ni relaciones entre los puntos de datos en tu base de datos, y existen como entidades independientes.

• Estructura de datos: Tu base de datos contiene datos dispares semiestructurados o no estructurados que no pueden almacenarse en el formato tabular convencional, y están organizados de forma flexible.

• Esquema: Necesitas que el esquema de tu base de datos sea altamente flexible donde no todos los elementos necesiten adherirse a la misma estructura, fácil de configurar, o si no puede diseñarse de antemano.

• Formato de datos: Tus datos estarán principalmente en formato JSON, y necesitas el soporte de múltiples tipos de datos.

• Prioridades: Tu prioridad es la alta escalabilidad, tanto vertical como horizontal, y necesitas almacenamiento en múltiples nodos de base de datos con asignación dinámica de recursos.

• Rendimiento de lectura/escritura: Estás construyendo un sistema con escritura intensiva donde el particionamiento del almacenamiento entre clústeres distribuidos con replicación peer-to-peer puede ser beneficioso.