Elegir la base de datos adecuada para su empresa puede ser una tarea desalentadora y lenta, en particular para los que no conocen la información..

Si bien es tentador implementar un sistema con la mentalidad de simplemente marcar una casilla necesaria, es cada vez más importante que las organizaciones elijan una base de datos especializada para sus propios requisitos..

Con esto en mente, nos reunimos con Randal Hoff, vicepresidente de la compañía de base de datos Faircom, para averiguar qué debe pasar en el proceso de toma de decisiones..

TechRadar Pro: cómo identificar la base de datos correcta para las necesidades de una empresa?

Randal Hoff: El primer paso es comprender las necesidades de su negocio y evaluar el volumen y el tipo de datos que está intentando extraer, almacenar y analizar..

Durante este paso, es importante tener en cuenta si tiene orígenes de datos que están confinados en bases de datos y aplicaciones heredadas. A veces, este tipo de datos se ha desarrollado utilizando COBOL y otros lenguajes de codificación venerables, lo que puede dificultar el proceso de extracción..

No obstante, comprender el alcance completo de los datos que se incluirán en el proyecto es un contexto vital para las decisiones comerciales y debe recopilarse antes de determinar qué base de datos (o bases de datos y plataformas) es adecuada para sus necesidades.

TRP: Simultáneamente, también es necesario hacer una lluvia de ideas sobre las necesidades futuras de la empresa. ¿Cómo se gestionarán y modificarán las arquitecturas de la base de datos a medida que evolucionen las necesidades empresariales y deban mantenerse?

RH: Un factor crítico es garantizar el soporte para las API estándar, que son fundamentales para la integración de las bases de datos y los almacenes de datos con otras aplicaciones empresariales.

Desarrollar soporte para las API, especialmente cuando algunos almacenes de datos están bloqueados en aplicaciones heredadas que no son compatibles con las API modernas, puede ser una tarea desalentadora, ya que a veces pueden requerir esfuerzos de modernización en plataformas heredadas..

Al mismo tiempo, existen prácticas que apoyan la modernización sin reemplazar por completo las aplicaciones heredadas. Existen bases de datos que se especializan en presentar datos heredados con un mínimo esfuerzo y riesgo, como c-treeACE by FairCom.

TRP: ¿En qué circunstancias es beneficioso integrar tanto SQL como NoSQL??

RH: Obviamente, necesita la herramienta adecuada para el trabajo correcto, pero a veces el simple concepto de mirar hacia el futuro dejará en claro si NoSQL, SQL o la integración de ambos es lo correcto para usted..

NoSQL se ha convertido en una arquitectura popular para manejar grandes volúmenes de datos, ya que pueden ser más eficientes con respecto a la potencia de procesamiento requerida para manejar archivos grandes.

Al mismo tiempo, es importante considerar si los datos que se almacenarán deben ser compatibles con la consistencia inmediata de los datos. Además, querrá preguntarse: ¿Cuál es la misión crítica es la aplicación y la base de datos relacionada??

Un problema que enfrentan algunas empresas cuando trabajan con grandes datos no estructurados es que muchas bases de datos de código abierto NoSQL no son compatibles con Atomicity, Consistencia, Aislamiento y Durabilidad (ACID) y no pueden admitir la persistencia en tiempo real. Como resultado, esta falta de cumplimiento con ACID puede dar como resultado que los datos no estén sincronizados y sean inconsistentes..

Además, SQL es generalmente el lenguaje de consulta para los informes de inteligencia empresarial y los análisis en profundidad, y es posible que SQL no sea fácilmente compatible con las implementaciones de NoSQL..

Si bien el propósito inicial de los datos, estructurados o no estructurados, puede requerir una solución NoSQL para el rendimiento, ese mismo conjunto de datos puede ser necesario para análisis más estructurados e informes de inteligencia empresarial más adelante, que es donde el soporte de SQL puede ser un buen beneficio..

En lugar de limitar la elección arquitectónica de la base de datos a una base de datos NoSQL o SQL, un enfoque más prudente puede ser considerar las bases de datos que pueden soportar una integración NoSQL + SQL, para mantener las opciones abiertas en el futuro.

La implementación de una arquitectura de base de datos que planea la integración posterior de NoSQL + SQL ofrece a los ingenieros más flexibilidad y control, lo que proporciona una manera de extraer, almacenar y administrar datos utilizando la sobrecarga reducida de NoSQL, pero ofrece la capacidad de agregar funcionalidad SQL cuando sea necesario.