Frage

Ich schreibe eine rubin app, dass speichert Vorfahren Typdaten. D. h Stammbaum.

Für den Rest der Anwendung ich MongoDB für die Speicherung bin mit, wie sie sich zu einer hierarchischen Struktur verleihen, jedoch Abstammung Daten passen nicht ganz dieses Modell, auch wenn es in gewisser Hinsicht hierarchisch ist. Ich bin gespannt, ob jemand einen Vorschlag über hat, ob ich in einer entsprechenden Datenbank Schicht werden tauschen sollte diese zu behandeln?

d. A mit B (bidirektional) gekoppelt und hat Eltern C und D. B hat Eltern E und F. A und B haben Kinder G, H, I G mit H gekoppelt ist, und so weiter.

So ist es nicht ganz rekursiv, da ein Knoten 2 Elternknoten hat. Daher Einbettung, da beide Eltern den gleichen Baum in zweifacher Ausfertigung würde keinen Sinn in MongoDB machen einbetten. Es ist näher an einem sozialen Graphen nur steifer (es gibt nur zwei Arten von Beziehungen). Ich denke Redis Sätze sehr gut funktionieren würde, aber bevor ich den Stapel mit Polyglot Ausdauer gehen zu verkomplizieren, ich hatte gehofft, ich könnte ein Feedback von anderen erhalten, die ähnliche Strukturen entwickelt werden. Die andere Sorge, die ich mit Redis haben wird alle diese Bäume in Speicher möglicherweise nicht eine gute Idee sein, obwohl, wenn ich nur die Beziehungen in Redis mit den Objektdaten in MongoDB Speicher von Dokumenten wäre es wahrscheinlich in Ordnung sein.

War es hilfreich?

Lösung

Vielleicht sollten Sie eine Graph-Datenbank ausprobieren, wie es viel näher an der Domain klingt. Und es gibt schon einige da draußen könnte man versuchen, http : //nosql.mypopescu.com/post/498705278/quick-review-of-existing-graph-databases

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