Debilidades con diferentes tipos de bases de datos NoSQL

10

Aquí está mi pregunta: ¿Cuáles son las debilidades con los diferentes tipos de bases de datos NoSQL? Específicamente, ¿cuáles son las debilidades de los almacenes de valores clave, almacenes de datos gráficos y almacenes de documentos?

Me ha resultado fácil encontrar fortalezas, pero los documentos sobre debilidades parecen ser más escasos.

Editar: en comparación entre sí y con bases de datos relacionales.

database database-design nosql

— Aedilum
fuente

7

La mayor fortaleza / debilidad de cualquier almacén de datos distribuidos proviene del teorema CAP. Consulte http://blog.nahurst.com/visual-guide-to-nosql-systems para obtener un resumen rápido de lo que significa en la práctica para una gran cantidad de sistemas NoSQL que existen.

— btilly
fuente

1

Tenga en cuenta que esto no es realmente una desventaja particular de NOSQL. El teorema de CAP se aplica igualmente a cualquier almacén de datos de distribución: SQL, NOSQL, relacional o no relacional.

— nvogel

6

Si los compara con bases de datos relacionales, la debilidad obvia es que los almacenes de valores clave no son relacionales. En consecuencia, puede ser más difícil escribir informes usando almacenes de valores clave que usando una base de datos relacional, para la cual dichos informes y extracción de datos están específicamente diseñados.

— Robert Harvey
fuente

Muy bien, ¿qué pasa con los otros dos? Por lo que sé, las bases de datos de gráficos tienen que ver con las relaciones, por ejemplo.

— Aedilum

1

@Aedilum: Mi experiencia es principalmente con bases de datos relacionales, pero sospecho que las tiendas de valores clave, las tiendas de datos de gráficos y las tiendas de documentos resuelven problemas específicos. En términos generales, cada uno será fuerte en el dominio del problema para el que está específicamente diseñado, y más débil en los otros dominios.

— Robert Harvey

2

Esto es muy subjetivo, lo que crees que podría ser una debilidad, alguien más podría pensar que es su mayor fortaleza.

Todas las bases de datos NoSQL que actualmente son populares están abordando problemas en los que los sistemas RDBMS existentes eran débiles, y generalmente están altamente especializados en un problema particular que el originador tenía y estaba tratando de resolver.

Por lo tanto, cualquier debilidad de los productos es su incapacidad para hacer lo que necesita hacer de una manera eficiente en el tiempo o el espacio.

De hecho, una de las cosas que he aprendido acerca de NoSQL es que todos están hechos para resolver problemas que RDBMS tiene dificultades para resolver, como cantidades masivas de operaciones en períodos cortos o relaciones complejas.

— Aedilum

1

Comenzaré señalando que me encantan las bases de datos NoSQL y estoy en el proceso de deshacerme de nuestras bases de datos y aplicaciones basadas en SQL donde tenga sentido. Este proceso ha sacado a la luz una gran debilidad: la historia operativa todavía no está allí. Lo que quiero decir con esto es:

NoSQL sigue siendo un objetivo de rápido movimiento. Debes estar muy familiarizado con él para saber qué cambió entre versiones. Desde una perspectiva operativa, esto crea algunas dificultades: los administradores de sistemas se utilizan para documentar razonablemente las cosas con las mejores prácticas. Cuando no se han definido las mejores prácticas, les da un poco de miedo.
Muy, muy pocas personas están familiarizadas con su funcionamiento más allá de la comunidad de desarrollo. Esto lo convierte en un desafío cuando desea entregar el producto a las operaciones y terminar con él.
Los mejores tipos de operaciones tienden a ser capaces de manejar SQL ligero, y al menos reconocerlo. Json o lo que sea que tu nosql hable es una curva de aprendizaje.
La reputación es algo complicado: la pérdida de datos es muy aterradora para los tipos de operaciones. Han llegado a creer que las bases de datos SQL sobrevivirán al holocausto nuclear. NoSQL será un poco un trabajo de ventas allí.

Otra cosa difícil a veces es la presentación de informes: muchas herramientas de usuario pueden conectarse directamente a bases de datos SQL, NoSQL aún requiere que un desarrollador cruce ese puente.

— Wyatt Barnett
fuente

Entonces, en resumen ... ¿No hay debilidades reales en todos los ámbitos que no estén relacionadas con la infancia de los productos NoSQL?

— Aedilum

@Aedilum: Esa infancia es una advertencia bastante grande.

— Robert Harvey

@Robert Harvey: exactamente, la infancia genera muchos problemas. @Aedilum: como género no hay una horrible debilidad suponiendo que estás haciendo cosas con tu base de datos NoSQL que tienen sentido y tienes las habilidades para administrarlo, incluida la creación de tu propia solución en la oscuridad de la noche cuando la producción se está reduciendo porque no hay manual ni soporte pagado. ¿Tener sentido?

— Wyatt Barnett