hacer bases de datos orientadas a documentos tienen integridad?

Question

estoy procedentes de un fondo de MySQL, y estoy interesado en las bases de datos orientadas a documentos, específicamente CouchDB. Una de las cosas que me interesa es la integridad de los datos. ¿Cómo bases de datos orientadas a documentos manejar esto? Por ejemplo, en RDBMSes, hay maneras de prevenir la duplicación de registros, o la garantía de que si usted tiene un bit de información, usted tendrá otra, o de lo contrario ninguno en absoluto.

Creo que en términos más generales, mi pregunta es, ¿qué tipo de problemas se cortan para RDBMSes, en comparación con los problemas que se utilizan para DODBes? Miré en algunas de las otras preguntas StackOverflow para una explicación, pero no encontró ninguna buena.

Además, con mis bases de datos en el trabajo, hago un montón de informes, con la suma y promediando los valores y tendencias históricas. ¿Es esto algo apropiado para las bases de datos orientadas a documentos?

Answer 1

La mayoría de los documentos-bases de datos solamente tienen soporte integridad muy limitado o no hay comprobaciones de integridad. Se basan en la aplicación para asegurarse de que los datos son correctos. Te puedo decir cómo es en CouchDB.

A la segunda parte. Creo RDBMS hacen muy bien a los datos de informes y análisis. El hecho de que se puede ejecutar consultas complejas sobre los datos con une, agregaciones, funciones, etc hacer RDBMS una muy poderosa herramienta de informes en. Documento-bases de datos hacen muy bien para el almacenamiento de datos de la aplicación, 'en vivo'. Es muy fácil de almacenar un objeto recuperar-gráfico en el documento-bases de datos. El diseño sin esquema facilita extiende el modelo para las nuevas funciones de la aplicación. Sin embargo, esto sólo funciona si se puede dividir su aplicación de datos en documentos agradables. De lo contrario se pierde una gran cantidad de la elegancia.

Si usted quiere hacer la mayoría de informes, yo preferiría un RDBMS. Cuando a almacenar gran cantidad de registros planos, simples que sea muy fácil de hacer informes sobre el mismo. El utillaje, etc., es perfecto para la presentación de informes. Sin embargo, cuando quieren hacer informes sobre los datos estructurados complejos, es probable que todavía mejor con otra base de datos desgine que un RDBMS.

Sin embargo, esto no significa que usted tiene que limitarse a RDBMS. Se puede combinar las dos tecnologías. Imagínese un blog en software. Almacenar los datos de las aplicaciones 'en vivo' como blog-mensajes y comentarios en el documentdatabase. Los datos para la presentación de informes como click-login-y estadísticas se almacenan en un RDBMS. Ver también Rob Conerys posterior .