Question

Vous vous demandez s'il existait un scénario dans lequel une base de données basée sur des documents et une base de données relationnelle seraient utilisées conjointement dans le meilleur scénario des deux mondes?

Était-ce utile?

La solution

À mon avis, tant que je ne verrai pas une application réelle (open source ou transparente) le faire avec succès, je resterai sceptique quant à l'intérêt que cela présente pour les projets de moins d'une douzaine de développeurs.

Je soupçonne qu'en choisissant une base de données plutôt qu'une autre et de s'y tenir - dans les périodes les plus favorables - les développeurs vont réduire à la fois la complexité du modèle de données et le coût de maintenance du code. De plus, en choisissant deux bases de données, l’un risque de se produire dans le pire des scénarios, avec des données difficiles à manipuler et à rapporter (CouchDB) et non évolutives (SGBDR).

Autres conseils

Une idée consiste à utiliser une base de données relationnelle en tant que magasin de données principal et une base de données basée sur les documents en tant que mécanisme de distribution de données, du serveur principal au partenaire principal.

Nous utilisons un mélange de SGBDR et de CouchDB. Le SGBDR (IBM DB / 2) est utilisé pour "exact" données où les transactions facilitent les choses. Les exemples sont la comptabilité de l'argent et l'inventaire. CouchDB est utilisé pour l’archivage de "finis". enregistrements du SGBDR, assertions numériques (JPEG, documents numérisés) et informations mal structurées, par ex. informations acquises via les systèmes de suivi et de traçage de la société d’expédition.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top