Frage

Ich bin neu auf dem GraphDB-Konzept, also vergib mir, wenn ich etwas falsch verstanden habe. Diese Frage ist in erster Linie aus Orientdb, da ich mich daran interessiert, ihn als Hybrid-Dokument + Graph dB zu verwenden.

Während die Dokumentation von OriboTDBs RAW-API anscheinend empfohlen ist, dass wir einen Root-Knoten deklarieren sollen, und geben Sie ihm einen Namen ... http://code.google.com/p/orient/wiki/graphdatabaseraw

Ich frage mich jedoch, ob dies absolut erforderlich ist. Da ich unabhängige Diagramme als viel mehr von einer gemeinsamen praktischen Verwendung und gegebener Form der Orientdb-Architektur (der GraphDB ist auf einer dokumentierten Datenbank erstellt). Ich sollte sicherlich mehrere unabhängige Diagramme innerhalb eines Clusters / Klasse-Typs erstellen und das Diagramm durchqueren, indem Sie einen "Start" -Knoten angeben.

Das Ideal eines einzelnen 'root'-Knotens für einen "Typ / Klasse" der Daten scheint zu restriktiv zu sein.

Gibt es jemanden mit besseren Beispielen, um Orientdb mit der RAW Graph-API zu handhaben? Ich zögere, TinkerPop nach dieser Seite zu verwenden http://code.google.com / p / orient / wiki / javaapi TinkerPop API sind viel langsamer als die Rohdiagramm-API (und ich baue eine leistungsorientierte Anwendung), aber ich kann keine typischen Nutzungsdurchführungsbeispiele finden.

War es hilfreich?

Lösung

root-Knoten sind optional, um das Kreuzenden des Graphen ohne Abfragen zu überqueren.Sie können es vermeiden und die Abfrage ausführen, um Ihre Grafikelemente zu erhalten.

Über die Verwendung von TinkerPop-Blueprints Sie können auch auf dieser Ebene hybride bleiben, indem Sie native API nur verwenden, wenn die Leistung ein echtes Muss ist (nach einigen Benchmarks) und den größten Teil des Traversens von Gremin.

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