Kombination von Neo4J und MongoDB: Konsistenz

Question

Ich experimentiere viel in diesen Tagen, und eines der Dinge, die ich tun wollte, ist die Kombination zweier beliebter NoSQL-Datenbanken, nämlich Neo4j und MongoDB. Einfach weil ich fühle, dass sie sich perfekt ergänzen. Die erstklassigen Bürger in Neo4j, die Relationen, sind genau das, was in MongoDB fehlt, während MongoDb mir erlaubt, keine großen Datenmengen in meinen Knoteneigenschaften zu speichern.

Also versuche ich die beiden in einer Java-Anwendung zu kombinieren, mit der Neo4j Java REST-Bindung und dem MongoDB Java-Treiber. Alle meine Domain-Entitäten haben eine eindeutige Kennung, die ich in beiden Datenbanken hinterlasse. Die anderen Daten werden in MongoDB gespeichert und die Beziehungen zwischen Entitäten werden in Neo4J gespeichert. Zum Beispiel enthalten beide Datenbanken eine Benutzer-ID, MongoDB enthält die Profilinformationen und Neo4J enthält Freundschaftsbeziehungen. Mit der benutzerdefinierten Datenzugriffsschicht, die ich geschrieben habe, funktioniert das genau so, wie ich es möchte. Und es ist schnell.

ABER ... Wenn ich einen Benutzer erstellen möchte, muss ich sowohl einen Knoten in Neo4j und ein Dokument in MongoDB erstellen. Nicht unbedingt ein Problem, außer dass Neo4j transaktional ist und MongoDB nicht. Wenn beide transaktional wären, würde ich beide Transaktionen einfach rückgängig machen, wenn einer von ihnen fehlschlägt. Aber da MongoDB nicht transaktional ist, kann ich das nicht tun.

Wie stelle ich sicher, dass bei der Erstellung eines Benutzers entweder ein Knoten und ein Dokument erstellt werden oder keines von beiden. Ich möchte nicht mit einer Reihe von Dokumenten enden, die keinen passenden Knoten haben.

Darüber hinaus möchte ich nicht nur, dass meine kombinierte Datenbankinteraktion ACID-kompatibel ist, ich möchte auch, dass es threadsicher ist. Sowohl der GraphDatabaseService als auch der MongoClient/DB werden von Singletons bereitgestellt.

Ich habe etwas über das Erstellen von "Transaktionsdokumenten" in MongoDB gefunden, aber ich mag diesen Ansatz wirklich nicht. Ich hätte gerne etwas schönes und sauberes wie das neo4j beginTx, tx.success, tx.failure, tx.finish Setup. Idealerweise kann ich etwas im selben try/catch/finally Block implementieren.

Sollte ich vielleicht zu CouchDB wechseln, die scheinbar transaktional ist?

Bearbeiten: Nach ein paar weiteren Recherchen, ausgelöst durch einen Kommentar, kam ich zu der Erkenntnis, dass CouchDB auch nicht für meine spezifischen Bedürfnisse geeignet ist. Zur Klarstellung ist der Neo4j-Teil in Stein gemeißelt. Die Document Store-Datenbank ist nicht so lang wie eine Java-Bibliothek.

Answer 1

Pieter-Jan,

, wenn Sie in der Lage sind 2.0 verwenden Neo4j Sie ein Schema-Index-Provider implementieren kann (was einfach ist), die in MongoDB Ihre Dokumente transaktions erstellt.

Da Neo4j seine Indexanbieter transaktional macht (seit Anfang), haben wir das mit Lucene gemacht und es gibt auch einen für Redis (muss aktualisiert werden). Aber es ist viel einfacher mit Neo4j 2.0, wenn Sie möchten, können Sie meine Implementierung für MapDB überprüfen. (https://github.com/jexp/neo4j-mapdb-index)

Answer 2

Obwohl ich ein großer Fan von beiden Technologien bin, denke ich, eine bessere Option für Sie könnte OrientDB sein. Es ist ein Graph (als Neo4) und Dokument (als MongoDB) Datenbank in einem und unterstützt ACID-Transaktionen. Klingt wie eine perfekte Ergänzung für Ihre Bedürfnisse.

Answer 3

Wie hier https://stackoverflow.com/questions/23465663/what-is-the-best-practice-to-combine-neo4j-and-mongodb?lq=1 geschrieben, können Sie sich Structr.

Ihr Backend kann als eine Dokumentendatenbank um Neo4j angesehen werden. Es ist vollständig transaktional und Open-Source.