Cassandra vs HBase: What are the differences?
Developers describe Cassandra as "A partitioned row store. Rows are organized into tables with a required primary key". Partitioning means that Cassandra can distribute your data across multiple machines in an application-transparent matter. Cassandra will automatically repartition as machines are added and removed from the cluster. Row store means that like relational databases, Cassandra organizes data by rows and columns. The Cassandra Query Language (CQL) is a close relative of SQL. On the other hand, HBase is detailed as "The Hadoop database, a distributed, scalable, big data store". Apache HBase is an open-source, distributed, versioned, column-oriented store modeled after Google' Bigtable: A Distributed Storage System for Structured Data by Chang et al. Just as Bigtable leverages the distributed data storage provided by the Google File System, HBase provides Bigtable-like capabilities on top of Apache Hadoop.
Cassandra and HBase belong to "Databases" category of the tech stack.
"Distributed" is the top reason why over 96 developers like Cassandra, while over 7 developers mention "Performance" as the leading cause for choosing HBase.
Cassandra and HBase are both open source tools. Cassandra with 5.27K GitHub stars and 2.35K forks on GitHub appears to be more popular than HBase with 2.91K GitHub stars and 2.01K GitHub forks.
Uber Technologies, Facebook, and Spotify are some of the popular companies that use Cassandra, whereas HBase is used by Pinterest, HubSpot, and Yammer. Cassandra has a broader approval, being mentioned in 342 company stacks & 239 developers stacks; compared to HBase, which is listed in 54 company stacks and 18 developer stacks.
What is Cassandra?
What is HBase?
Need advice about which tool to choose?Ask the StackShare community!
Sign up to add, upvote and see more prosMake informed product decisions
What are the cons of using Cassandra?
What are the cons of using HBase?
Sign up to get full access to all the companiesMake informed product decisions
Sign up to get full access to all the tool integrationsMake informed product decisions
Stitch is a wrapper around a Cassandra database. It has a web application that provides read-access to the counts through an HTTP API. The counts are written to Cassandra in two distinct ways, and it's possible to use either or both of them:
Real-time: For real-time updates, Stitch has a processor application that handles a stream of events coming from a broker and increments the appropriate counts in Cassandra.
Batch: The batch part is a MapReduce job running on Hadoop that reads event logs, calculates the overall totals, and bulk loads this into Cassandra.
The final output is inserted into HBase to serve the experiment dashboard. We also load the output data to Redshift for ad-hoc analysis. For real-time experiment data processing, we use Storm to tail Kafka and process data in real-time and insert metrics into MySQL, so we could identify group allocation problems and send out real-time alerts and metrics.
Cassandra is our data management workhorse. It handles all our key-value services, supports time-series data storage and retrieval, securely stores all our audit trails, and backs our Datomic database.
While we experimented with Cassandra in the past, we are no longer using it. It is, however, open for consideration in future projects.
We are using Cassandra in a few of our apps. One of them is as a count service application to track the number of shares, clicks.. etc