database - ¿Cómo se compara Voldemort con Cassandra?

nosql

Question

¿Cómo se compara Voldemort con Cassandra ?

No estoy hablando del tamaño de la comunidad y solo quiero escuchar a las personas que realmente han usado ambas.

Especialmente estoy interesado en:

• Cómo escalan dinámicamente al agregar y eliminar nodos
• Rendimiento de consulta
• ¿Cómo escalan al agregar nodos (lineales)?
• Velocidad de escritura

Answer 1

Algunos comentarios adicionales:

• Con respecto a la velocidad de escritura, Cassandra debería ser más rápido: está diseñado para ser más rápido de escribir que de leer (puede evitar el impacto inmediato del disco para las escrituras debido a que se realiza el almacenamiento de manera especializada)

Pero la principal diferencia creo que no es el rendimiento, sino el conjunto de características: Voldemort es estrictamente un almacén de claves / valores (actualmente de todos modos), mientras que Cassandra puede ofrecer consultas de rango (con particionador que preserva la orden) y poco más de estructura (familias de columnas, etc. ) El anterior es una consideración importante para el diseño; esta última IMO es menor, siempre puede estructurar datos BLOB en el lado del cliente.

Answer 2

El soporte de Voldemort para agregar nodos se acaba de agregar recientemente (este mes). Por lo tanto, esperaría que Cassandra sea más robusta dado el tiempo más largo para cocinar y una prueba comunitaria más amplia.

Ambos son rápidos (> 10k ops / s por máquina). Debido a sus diseños de almacenamiento, esperaría que Cassandra fuera más rápida en las escrituras y que Voldemort fuera más rápido en las lecturas. También espero que el rendimiento de Cassandra se reduzca menos a medida que aumente la cantidad de datos por nodo. Y, por supuesto, si necesita más que solo un modelo de clave / valor de datos, gana el modelo ColumnFamily de Cassandra.

No conozco ningún punto de comparación directo desde el realizado para NoSQL SF en junio pasado, que encontró que Cassandra era algo más rápida en cualquier combinación de carga de trabajo que estuviera usando. (La charla "vpork" de http://blog.oskarsson.nu/2009/06/nosql-debrief.html ) 8 meses es una eternidad con proyectos bajo este gran desarrollo, sin embargo.