Frage

Sie fragen sich, ob es ein Szenario war, wo man eine dokumentenbasierte DB und eine relationale DB zusammen in einem Best-of-beiden-Welten Szenario verwenden würde?

War es hilfreich?

Lösung

In meiner Ansicht nach, bis ich einem tatsächlich (Open Source oder anderweitig transparent) sehe Anwendung dies erfolgreich zu tun, werde ich skeptisch bleiben, dass es für Projekte mit weniger als ein Dutzend Entwickler lohnenswert ist.

Ich vermute, dass eine Datenbank über die andere durch die Wahl und Kleben mit ihm - in guten wie in schlechten Zeiten - Entwickler sowohl die Komplexität des Datenmodells reduzieren und die Wartungskosten des Codes. Auch durch zwei Datenbanken Auswahl, läuft man das Risiko eines Worst-of-beiden-Welten Szenario, mit Daten, die beide schwer zu manipulieren und darüber zu berichten (CouchDB) und auch nicht skalierbar (RDBMS).

Andere Tipps

Eine Idee ist eine relationale Datenbank als Hauptdatenspeicher zu verwenden und eine dokumentenbasierte db als Datenverteilungsmechanismus vom hinteren Ende zum vorderen Ende (s).

Wir verwenden eine Mischung aus RDBMS und CouchDB. Das RDBMS (IBM DB / 2) für die „exakte“ Daten verwendet, in denen Transaktionen Dinge einfacher zu machen. Beispiele sind Buchhaltung Geld und Inventar. CouchDB zur Archivierung von „fertig“ Datensätze aus dem RDBMS verwendet wird, digital behauptet (JPEG-Dateien, gescannte Dokumente) und schlecht strukturierte Informationen, z.B. Informationen über erworbenen Track & Trace-Systeme des Versands companie.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top