faire des bases de données orientées document sont intègres?

Question

Je viens d'un milieu MySQL, et je suis intéressé par les bases de données orientées document, en particulier CouchDB. L'une des choses que je suis intéressé est l'intégrité des données. Comment les bases de données orientées document gérer cette situation? Par exemple, dans SGBDR, il existe des moyens pour éviter la duplication des dossiers, ou de garantir que si vous avez un bit d'information, vous aurez une autre, ou bien pas du tout.

Je suppose que plus largement, ma question est, quels types de problèmes sont découpés SGBDR pour, par rapport aux problèmes qui DODBes sont utilisés pour? Je regardais quelques-unes des questions stackoverflow pour une explication, mais n'a pas trouvé de bons.

En outre, avec mes bases de données au travail, je fais beaucoup de rapports, avec la somme et la moyenne des valeurs et des tendances historiques. Est-ce quelque chose d'approprié pour les bases de données orientées document?

Answer 1

La plupart des documents-bases de données ont en charge que l'intégrité très peu ou pas de contrôle d'intégrité. Ils comptent sur l'application pour vous assurer que les données sont correctes. Je peux vous dire à quel point il est CouchDB.

Pour la deuxième partie. Je pense que SGBDR font très bien à des données de reporting et d'analyse. Le fait que vous pouvez exécuter des requêtes complexes sur les données de jointures, agrégations, fonctions, etc faire SGBDR un outil de reporting très puissant. bases de données de document font vraiment bien pour stocker le « live » application des données. Très facile à stocker un graphe récupérer des objets dans le document-bases de données. La conception sans schéma facilite l'étend le modèle pour les nouvelles fonctionnalités de l'application. Cependant, cela ne fonctionne que si vous pouvez diviser vos données d'application dans des documents agréables. Sinon, vous perdez beaucoup de l'élégance.

Si vous voulez faire la plupart des rapports, je préférerais un SGBDR. Quand stocker beaucoup de plats, des dossiers simples, il est très facile de faire rapport à ce sujet. L'outillage etc. est parfait pour les rapports. Toutefois, lorsque veulent faire des rapports sur les données structurées complexes, vous avez probablement encore mieux avec une autre base de données desgine qu'un SGBDR.

Toutefois, cela ne signifie pas que vous devez vous limiter à SGBDR. Vous pouvez combiner les deux technologies. Imaginez un logiciel de blog. Vous pouvez stocker les données d'application « live » comme les articles du blog et des commentaires dans le documentdatabase. Données pour la déclaration comme droit- et login statistiques sont stockées dans un SGBDR. Voir aussi Rob Conerys poste .