Need advice about which tool to choose?Ask the StackShare community!
Cassandra vs Druid: What are the differences?
Cassandra and Druid are both distributed database systems designed for handling large-scale data. Here are some key differences between Cassandra and Druid:
Data Model and Querying: Cassandra is a NoSQL database that follows a wide-column data model. It is optimized for write-heavy workloads and offers efficient data writes and horizontal scalability. Cassandra's query language, CQL (Cassandra Query Language), allows basic CRUD operations and simple queries. On the other hand, Druid is a specialized database designed for real-time analytics and data exploration. It follows a column-oriented data model and is specifically built for fast analytical queries on large datasets. Druid's query language supports advanced OLAP-style queries with sub-second response times, making it ideal for interactive data analysis.
Data Ingestion and Processing: Cassandra is well-suited for ingesting high volumes of data and providing real-time data storage and retrieval. It can handle continuous data streams and is commonly used in applications where high write throughput is essential. Druid, on the other hand, is optimized for bulk data ingestion and batch processing. It is often used with real-time data streams but is specifically designed to handle large data sets and provide fast analytical capabilities for complex queries.
Data Partitioning and Distribution: Cassandra uses a distributed architecture with a peer-to-peer model, where data is partitioned across multiple nodes in a ring-like structure. Each node is responsible for a range of data, ensuring horizontal scalability and fault tolerance. In contrast, Druid follows a distributed ingestion model, where data is partitioned into segments across multiple nodes based on time intervals. This design allows Druid to efficiently manage time-based data and support fast time-series queries.
Use Cases: Cassandra is commonly used in applications that require high availability, low latency data access, and scaling for write-intensive workloads. It is a popular choice for use cases like real-time analytics, logging, and time-series data storage. Druid, on the other hand, is specifically built for use cases that involve complex analytical queries, such as business intelligence, ad-hoc reporting, and exploratory data analysis. It excels in scenarios where sub-second response times for large datasets are critical.
Data Consistency and Replication: Cassandra provides tunable consistency levels, allowing users to balance between data consistency and availability based on their application requirements. It supports multi-data center replication for high availability and disaster recovery. In contrast, Druid provides eventual consistency, focusing on providing fast query responses over strict consistency. It leverages data segments and historical nodes to efficiently replicate data across the cluster.
In summary, Cassandra is a distributed NoSQL database optimized for write-heavy workloads and real-time data storage, while Druid is a specialized analytical database designed for fast interactive querying and data exploration on large datasets.
The problem I have is - we need to process & change(update/insert) 55M Data every 2 min and this updated data to be available for Rest API for Filtering / Selection. Response time for Rest API should be less than 1 sec.
The most important factors for me are processing and storing time of 2 min. There need to be 2 views of Data One is for Selection & 2. Changed data.
Scylla can handle 1M/s events with a simple data model quite easily. The api to query is CQL, we have REST api but that's for control/monitoring
Cassandra is quite capable of the task, in a highly available way, given appropriate scaling of the system. Remember that updates are only inserts, and that efficient retrieval is only by key (which can be a complex key). Talking of keys, make sure that the keys are well distributed.
i love syclla for pet projects however it's license which is based on server model is an issue. thus i recommend cassandra
By 55M do you mean 55 million entity changes per 2 minutes? It is relatively high, means almost 460k per second. If I had to choose between Scylla or Cassandra, I would opt for Scylla as it is promising better performance for simple operations. However, maybe it would be worth to consider yet another alternative technology. Take into consideration required consistency, reliability and high availability and you may realize that there are more suitable once. Rest API should not be the main driver, because you can always develop the API yourself, if not supported by given technology.
Pros of Cassandra
- Distributed119
- High performance98
- High availability81
- Easy scalability74
- Replication53
- Reliable26
- Multi datacenter deployments26
- Schema optional10
- OLTP9
- Open source8
- Workload separation (via MDC)2
- Fast1
Pros of Druid
- Real Time Aggregations15
- Batch and Real-Time Ingestion6
- OLAP5
- OLAP + OLTP3
- Combining stream and historical analytics2
- OLTP1
Sign up to add or upvote prosMake informed product decisions
Cons of Cassandra
- Reliability of replication3
- Size1
- Updates1
Cons of Druid
- Limited sql support3
- Joins are not supported well2
- Complexity1