Hacker News Reader

Comment by taligent | Hacker News Reader

I am not disputing that Cassandra has a learning curve but I just disagree that it is any different to every other database available today.

They ALL have issues and eventual consistency is a fundamental part of a distributed database so its something you have to learn either way.

View on HN

Check out HyperDex, Hbase and BigTable for systems that provide better guarantees than "eventually."

You would need to define "consistency" in order to have a more reasonable discussion about what each system provides, but Cassandra certainly isn't only eventually consistent. You can choose the number of replicas that must respond in order to consider the read/write operation a success per operation, which allows you to have quorum-based strong consistency guarantees.

There are more details on the options here: http://www.datastax.com/docs/1.2/dml/data_consistency

Consistency is a safety property. HyperDex, Hbase and BigTable all provide linearizability, which has a well-defined meaning. Cassandra does not, and most of its descriptions of consistency only refer to the behavior of the system, and not the properties you can rely upon. Pointing to the number of replicas read or written only clouds the issue.

I think if you will write to Cassandra with consistency level ALL, you will get strong consistency. Or you can use write consistency = 1 and read = ALL, or write consistency = Quorum and read consistency = Quorum.

FoundationDB, RethinkDB

Reply on news.ycombinator.com