Wie ist Voldemort mit Cassandra verglichen?

Question

Wie geht es Voldemort vergleichen mit Kassandra?

Ich spreche nicht von der Größe der Gemeinschaft und möchte nur von Menschen hören, die tatsächlich beide benutzt haben.

Besonders interessiert mich:

• Wie sie beim Hinzufügen und Entfernen von Knoten dynamisch skalieren
• Abfrageleistung
• Wie skalieren sie beim Hinzufügen von Knoten (linear)?
• Schreibgeschwindigkeit

Answer 1

Die Unterstützung von Voldemort für das Hinzufügen von Knoten wurde erst kürzlich (diesen Monat) hinzugefügt. Ich würde also erwarten, dass Cassandra aufgrund der längeren Kochen und einer größeren Community -Tests robuster ist.

Beide sind schnell (> 10 km Ops/s pro Maschine). Aufgrund ihrer Aufbewahrungsdesigns würde ich erwarten, dass Cassandra schneller bei Schreibvorgängen ist, und Voldemort schneller bei den Reads. Ich würde auch erwarten, dass die Leistung von Cassandra mit zunehmender Datenmenge pro Knoten weniger verschlechtert wird. Und natürlich, wenn Sie mehr als nur ein Schlüssel-/Wertdatenmodell benötigen, Gewinne von Cassandra von Cassandra.

Ich kenne keine Kopf-an-Kopf-Benchmarks seit dem für NoSQL SF im vergangenen Juni, bei dem Cassandra bei der von ihm verwendeten Workload-Mischung etwas schneller war. (Das "VPURK" -Ver Talk von http://blog.oskarsson.nu/2009/06/nosql-debrief.html) 8 Monate sind jedoch eine Ewigkeit mit Projekten unter so viel Entwicklung.

Answer 2

Einige zusätzliche Kommentare:

• In Bezug auf die Schreibgeschwindigkeit sollte Cassandra schneller sein - es ist so konzipiert, dass es schneller zu schreiben ist als das Lesen (Sie können einen sofortigen Scheiben -Treffer für Schreibvorgänge aufgrund der speziellen Art und Weise vermeiden, wie Speicher durchgeführt wird).

Der Hauptunterschied ist jedoch meiner Meinung nach eigentlich keine Leistung, sondern Feature-Set: Voldemort ist ausschließlich ein Schlüssel-/Wertspeicher (derzeit sowieso), während Cassandra Reichweite Abfragen (mit Bestellvorstellungspartition) und etwas mehr Struktur um Daten (Spaltenfamilien usw. usw. ). Ehemaliger ist eine wichtige Überlegung für das Design; Letztere IMO weniger.