No parece que haya una razón para hacer un cambio desde un RDBMS. Hay muchas alternativas RDBMS, como señala Chris Schrader. Aquí hay un ranking de popularidad:
Tendencia histórica de la clasificación de popularidad de los sistemas de gestión de bases de datos.
Base de conocimiento de motores DB de sistemas de gestión de bases de datos relacionales y NoSQL
- ¿Se puede mejorar la aplicación móvil Starbucks de una manera que tenga un impacto financiero significativo en la empresa?
- ¿Cómo puede atraer la atención de los capitalistas de riesgo con solo un plan de negocios?
- ¿Cuáles son los mejores cursos básicos para la estrategia empresarial?
- Si tengo una idea innovadora, ¿qué debo hacer?
- ¿Cuál es un buen ejemplo de un plan comercial aprobado para una nueva empresa de catering?
Si se apega a Oracle o MySQL o uno de los otros RDBMS principales, puede estar seguro de que podrá encontrar y mantener la experiencia para usar y administrar el DBMS.
Los ex integrantes de Oracle han comenzado alternativas no relacionales de Oracle que evitan algunos de los aspectos negativos asociados con Oracle, pero debe existir una necesidad apremiante de hacer el cambio, y las empresas deben considerar todas las ramificaciones. Creo que el ejemplo de punto gov MarkLogic Healthcare es increíblemente instructivo: las lecciones de hiperescala de Healthcare.gov
La base de datos de MarkLogic fue elegida por el gobierno debido a su enfoque flexible y sin esquema para el almacenamiento de datos. Si bien el despliegue inicial solo estaría en los cientos de terabytes, se requeriría que procesara miles de transacciones por segundo de una manera totalmente ACID, y eventualmente crecería en el rango de cientos de petabytes. Bloom, quien anteriormente dirigía el negocio de bases de datos de Oracle, dijo que podrían ser “los desafíos de integración de datos más complejos en la historia de TI”.
MarkLogic es una alternativa OLTP XML / RDF compatible con ACID que puede ser muy útil y flexible, dependiendo del caso de uso. No es económico y no lo cambiaría para ahorrar dinero. Cambiaría a él para escalar un sitio web grande como Healthcare dot gov, o mejoraría las capacidades de búsqueda y consulta en general. Aquí hay un buen ejemplo que encontramos durante nuestra investigación: Resolver un problema familiar de búsqueda de comercio electrónico con un almacén de documentos NoSQL
Si te comprometes con algo como MarkLogic, ten en cuenta que los viejos hábitos tardan en morir. Nuevamente, considere el ejemplo del gobierno de puntos de Healthcare y su contrato con CGI, que históricamente había usado bases de datos relacionales. Todavía querían usar sus viejos métodos relacionales, lo que causó muchos problemas a Healthcare dot gov:
La falta de familiaridad de CGI con MarkLogic definitivamente contribuyó a los problemas, dice el vicepresidente senior de servicios técnicos globales de MarkLogic, Jon Bakke. “CGI trató de construir elementos del intercambio como si fueran a construirlo en una base de datos relacional”, dice Bakke a EnterpriseTech . “Eso no coincide con la forma en que normalmente construiríamos un sistema MarkLogic”.
Según Bakke, los funcionarios de MarkLogic advirtieron repetidamente a CGI sobre los peligros del uso de construcciones de bases de datos relacionales en un almacén de datos NoSQL orientado a documentos no relacional, pero la compañía no escuchó. Aparentemente, CGI utilizó una técnica de codificación con el Mercado financiado por el gobierno federal que habría sido común en el sistema relacional tradicional de tres niveles, pero que resultó ser voluminoso y lento en su base de datos NoSQL.
De las lecciones de hiperescala de Healthcare.gov
Por lo tanto, no subestime el desafío de cambiar a una alternativa no relacional más flexible para fines operativos. La mentalidad es diferente. Continuamos publicando análisis de casos de uso de NoSQL apropiados aquí:
Pronóstico tecnológico: reasignación del panorama de la base de datos
Aquí hay un diagrama del ciclo de vida de los datos que desarrollamos que asigna casos de uso primarios para los tipos de bases de datos más nuevos a las fases del ciclo de vida:
Tendencias NoSQL y NewSQL y el ciclo de vida de los datos
La alternativa de MarkLogic se centra en el lado derecho del ciclo de vida.
Hadoop es una bestia completamente diferente, adecuada para análisis de estilo de lago de datos a gran escala. Cubrimos los casos de uso y las consideraciones del lago de datos aquí: los lagos de datos y la promesa de datos sin silo
Las alternativas no relacionales tienen un poder creciente en el mercado, y los desarrolladores presionarán a sus empleadores para que las consideren. Ese es otro factor en el que pensar: ¿los equipos de desarrollo se beneficiarían de un enfoque NoSQL? Algunas tareas de desarrollador pueden simplificarse. Esas necesidades tendrían que equilibrarse con las necesidades del equipo de gestión de datos.