Frage

Die Java JCR API definiert einen Persistenzmechanismus, die verwendet werden können, viele der traditionellen Rollen eines RDBMS zu ersetzen. Zum Beispiel, hase - die JCR-Referenzimplementierung - unterstützt Transaktionen, SQL-Abfragen, Objekt-Content Mapping, etc.

.

Sie können eine oder das andere wählen, binäre Daten in BLOBs / Dateisystem-Pointer in einem RDBMS oder Textdaten in JCR Knoteneigenschaften zu speichern. Hat jemand Erfahrung ersetzen ihre DB für JCR werfen?

Sie können beide verwenden, vielleicht Binärdaten in der Tschechischen Republik und Textdaten in dem RDBMS speichern, aber dann müssen Sie Beziehungen zwischen den Systemen auszudrücken, halten sie synchron, etc. Sie beginnen auch die schwierige Frage konfrontiert: „Nun es fühlt sich richtig an diesem Dokument Titel zu speichern, mit dem binären Daten des Dokuments, also wird ich es eine Knoten Eigenschaft machen ... aber dann habe ich dieses Dokument Rekord in meiner DB so vielleicht soll ich es dort halten .. "

Wie entscheiden Sie?

War es hilfreich?

Lösung

Es ist ein Papier von Bertil Chapuis auf genau dieses Thema:

JCR oder RDBMS ? ( Blog-Post )

Und es gibt auch die NoSQL-Bewegung (beschrieben in diesem Artikel Beispiel oder hier ), die eine laufende Diskussion ist, dass , hmmm, sagen wir mal, "Highlights", die Nachteile des relationalen Modells.

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