Thanks for pointing out the typo Jonathan. Our use case is of Column Family. :)
On Wed, Jan 6, 2016 at 2:38 AM, Jonathan Haddad <j...@jonhaddad.com> wrote: > Sorry to nitpick, but Cassandra is not a columnar database. If you're > looking for columnar because you have an analytics need, Cassandra is not > what you want. If you've just made the same mistake that 99% of people > make, well, now you know. Cassandra historically has been referred to as a > "Column Family" data store, which is easily mistaken for columnar. > > > On Tue, Jan 5, 2016 at 3:21 AM Bhuvan Rawal <bhu1ra...@gmail.com> wrote: > >> Hi All, >> >> Im planning to shift from SQL database to a columnar nosql database, we >> have streamlined our choices to Cassandra and HBase. I would really >> appreciate if someone decent experience with both give me a honest >> comparison on below parameters (links to neutral benchmarks/blogs also >> appreciated): >> >> 1. Data Consistency (Eventual consistency allowed but define "eventual") >> 2. Ease of Scaling Up >> 3. Managebility >> 4. Failure Recovery options >> 5. Secondary Indexing >> 6. Data Aggregation >> 7. Query Language (3rd party wrapper solutions also allowed) >> 8. Security >> 9. *Commercial Support for quick solutions to issues*. >> 10. Run batch job on data like map reduce or some common aggregation >> functions using row scan. Any other packages for cassandra to achieve this? >> 11. Trigger specific updates on tables used for secondary index. >> 12. Please consider that our DB will be the source of truth, with no >> specific requirement of immediate data consistency amongst nodes. >> >> Regards, >> Bhuvan Rawal >> SDE >> >