2010-12-07 9 views
3

GraphDB vs Key-ValueDb desNoSql Battle - Überlebende?

Neo4j gegen Orientdb Valdemort gegen OrientKV

Features Auswahl und vergleichen

  • Einfach zu installieren (keine Abhängigkeiten, nur Ort/Extrakt auf Ordner)
  • Leistung und Skalierbarkeit
  • kleine Stellfläche
  • gute Dokumentation (Anleitungen und Beispiele)
  • Verwaltungseinrichtungen, Überwachungstools
  • niedrige Lernkurve
  • Schnittstelle mit Java oder Ruby

Was sind die Gewinner?

Eine weitere Option mit den gleichen Merkmalen/Merkmalen?

+0

Oder fleetdb sieht wie eine einfache Lösung aus. Aber es könnte einige Funktionen fehlen, die Sie suchen. – Alfred

Antwort

1

Es ist nicht der Gewinner, den Sie suchen. Aus meiner Erfahrung ist die ideale Art von Datenbank diejenige, die für Ihre Anwendung am besten ist. Für erweiterte Anwendungen möchten Sie möglicherweise eine Objektbindung an die Datenbank haben. Die beste Option ist immer noch relationale Datenbank wie SQL. Es wurde für mehr als 20 Jahren entwickelt. Tools sind für SQL überall verfügbar. NoSql-Datenbank ist noch jung und Tools sind schwer zu finden.

Ich persönlich habe einen Versuch mit Neo4j. Ich liebe das Grafikmodell, das sie in Neo4j verwenden. Sie können Attribute zu Knoten und Beziehungen hinzufügen. Allerdings sind Tools zum Anzeigen des Graphen oder der NoSQL-Datenbank nicht annähernd so gut wie die SQL-Tabelle.

Für mich finde ich einfache Textdatei oder XML ist die beste Datenbank für die meisten meiner Anwendung.

2

Was ist mit Dokumentendatenbanken? Ich denke, Mongo ist die beste Sache überhaupt

+0

mongodb ist gut, obwohl ich redis vorziehe.Ich denke auch, er will Java-Lösungen (neo4j/orientdb/voldemort/orientkv alle sind Java-Lösungen). – Alfred

+3

Falsch! Laut Google ist das ** größte Ding aller Zeiten ** die Muppets-Version von Bohemian Rhapsody; http://www.youtube.com/watch?v=tgbNymZ7vqY –

+0

@alfred: redis ist ein Schlüsselwertspeicher, der einer Dokumentdatenbank so ähnlich ist wie einer relationalen Datenbank. @ Stephen C: Ich stehe korrigiert. –

2

Ich bin mit Steve C. Die Muppets gewinnen! Eigentlich werte ich Neo4j und OrientDB aus. Ich lehne mich an OrientDB an, weil das Leistungsprofil dem entspricht, was ich brauche.

Anstatt auf die "bling" herauszufinden, was das Lese-/Schreib-Verhältnis für Ihr System sein wird. Wird es mehr gelesen als geschrieben oder sind Suchanfragen wichtiger? Sobald Sie das herausgefunden haben, wird die Auswahl einfacher.

BTW Sowohl Neo4j als auch OrientDB haben gute Dokumentation und Beispiele. Alles Gute mit deiner Wahl.

+0

Könnten Sie bitte Ihre Erfahrungen mit OrientDB bisher teilen? Ich werte es selbst aus und würde jede Rückmeldung von der tatsächlichen Verwendung sehr schätzen. – Zaki

1

Der größte Unterschied, den ich sagen würde, ist - Skalierbarkeit. Neo4j unterstützt den Cluster ab sofort nicht. Aber Sie können Master-Slave-Replikation haben. OrientDB unterstützt jedoch Cluster.

Die Daten an jedem Knoten müssen als Schlüssel-Wert-Paare in Neo4j gespeichert werden. Mit OrientDB können Sie Daten als Dokument speichern und können immer noch graphähnliche Beziehungen haben. OriendDB unterstützt auch ACID.