Need advice about which tool to choose?Ask the StackShare community!

Druid

378
865
+ 1
32
TimescaleDB

209
370
+ 1
44
Add tool

Druid vs TimescaleDB: What are the differences?

Introduction

In this article, we will compare and contrast Druid and TimescaleDB, which are both powerful time-series databases.

  1. Storage and Querying Approach: Druid is an OLAP (online analytical processing) style database that focuses on fast aggregations and slicing/dicing of data. It uses a column-oriented storage model and indexes pre-aggregated data for speed. On the other hand, TimescaleDB is an OLTP (online transaction processing) style database that is built as an extension on top of PostgreSQL. It uses a row-oriented storage model and provides full SQL support with highly efficient time-series optimizations.

  2. Data Ingestion and Integration: Druid is designed to efficiently ingest and analyze high volumes of streaming data in real-time. It has native support for Apache Kafka and can easily integrate with other streaming technologies. TimescaleDB, on the other hand, provides seamless integration with PostgreSQL and can leverage its ecosystem of tools and connectors for data ingestion.

  3. Scalability: Druid is built to scale horizontally across a cluster of machines. It utilizes a distributed architecture with automatic data sharding and parallel processing capabilities. This makes it suitable for handling large-scale deployments and high concurrent workloads. TimescaleDB, on the other hand, leverages PostgreSQL's scalability features and can scale vertically by adding more resources to the server. While it may not scale as well as Druid in massive deployments, it can still handle substantial workloads.

  4. Data Model and Flexibility: Druid uses a denormalized schema design and requires upfront schema definition before data ingestion. It is optimized for handling time-series data with fixed dimensions. TimescaleDB, on the other hand, uses a relational table model and supports dynamic schemas. It allows for traditional relational queries, joins, and the ability to combine time-series data with other types of data.

  5. Real-time Data Availability: Druid excels at real-time data ingestion and provides near-instantaneous data availability for queries. It achieves this through its distributed streaming architecture and pre-aggregation capabilities. TimescaleDB, while capable of handling near-real-time data, may have a slight delay due to its disk-based storage approach and potential data replication delays.

  6. Community and Ecosystem: Druid has a vibrant open-source community and a wide range of connectors and integrations available. It is often used in big data and analytics ecosystems and has extensive support for data visualization tools like Apache Superset and Grafana. While TimescaleDB also has an active community, it benefits from being built on top of PostgreSQL, which has a massive ecosystem and strong support for various data manipulation and analysis techniques.

In Summary, Druid is optimized for fast aggregations and real-time data analysis with a distributed, columnar storage approach. TimescaleDB, on the other hand, is built as an extension on top of PostgreSQL, providing full SQL support, dynamic schemas, and seamless integration with the PostgreSQL ecosystem for time-series data management.

Advice on Druid and TimescaleDB
Needs advice
on
InfluxDBInfluxDBMongoDBMongoDB
and
TimescaleDBTimescaleDB

We are building an IOT service with heavy write throughput and fewer reads (we need downsampling records). We prefer to have good reliability when comes to data and prefer to have data retention based on policies.

So, we are looking for what is the best underlying DB for ingesting a lot of data and do queries easily

See more
Replies (3)
Yaron Lavi
Recommends
on
PostgreSQLPostgreSQL

We had a similar challenge. We started with DynamoDB, Timescale, and even InfluxDB and Mongo - to eventually settle with PostgreSQL. Assuming the inbound data pipeline in queued (for example, Kinesis/Kafka -> S3 -> and some Lambda functions), PostgreSQL gave us a We had a similar challenge. We started with DynamoDB, Timescale and even InfluxDB and Mongo - to eventually settle with PostgreSQL. Assuming the inbound data pipeline in queued (for example, Kinesis/Kafka -> S3 -> and some Lambda functions), PostgreSQL gave us better performance by far.

See more
Recommends
on
DruidDruid

Druid is amazing for this use case and is a cloud-native solution that can be deployed on any cloud infrastructure or on Kubernetes. - Easy to scale horizontally - Column Oriented Database - SQL to query data - Streaming and Batch Ingestion - Native search indexes It has feature to work as TimeSeriesDB, Datawarehouse, and has Time-optimized partitioning.

See more
Ankit Malik
Software Developer at CloudCover · | 3 upvotes · 323.3K views
Recommends
on
Google BigQueryGoogle BigQuery

if you want to find a serverless solution with capability of a lot of storage and SQL kind of capability then google bigquery is the best solution for that.

See more
Decisions about Druid and TimescaleDB
Benoit Larroque
Principal Engineer at Sqreen · | 2 upvotes · 134.2K views

I chose TimescaleDB because to be the backend system of our production monitoring system. We needed to be able to keep track of multiple high cardinality dimensions.

The drawbacks of this decision are our monitoring system is a bit more ad hoc than it used to (New Relic Insights)

We are combining this with Grafana for display and Telegraf for data collection

See more
Get Advice from developers at your company using StackShare Enterprise. Sign up for StackShare Enterprise.
Learn More
Pros of Druid
Pros of TimescaleDB
  • 15
    Real Time Aggregations
  • 6
    Batch and Real-Time Ingestion
  • 5
    OLAP
  • 3
    OLAP + OLTP
  • 2
    Combining stream and historical analytics
  • 1
    OLTP
  • 9
    Open source
  • 8
    Easy Query Language
  • 7
    Time-series data analysis
  • 5
    Established postgresql API and support
  • 4
    Reliable
  • 2
    Paid support for automatic Retention Policy
  • 2
    Chunk-based compression
  • 2
    Postgres integration
  • 2
    High-performance
  • 2
    Fast and scalable
  • 1
    Case studies

Sign up to add or upvote prosMake informed product decisions

Cons of Druid
Cons of TimescaleDB
  • 3
    Limited sql support
  • 2
    Joins are not supported well
  • 1
    Complexity
  • 5
    Licensing issues when running on managed databases

Sign up to add or upvote consMake informed product decisions

- No public GitHub repository available -

What is Druid?

Druid is a distributed, column-oriented, real-time analytics data store that is commonly used to power exploratory dashboards in multi-tenant environments. Druid excels as a data warehousing solution for fast aggregate queries on petabyte sized data sets. Druid supports a variety of flexible filters, exact calculations, approximate algorithms, and other useful calculations.

What is TimescaleDB?

TimescaleDB: An open-source database built for analyzing time-series data with the power and convenience of SQL — on premise, at the edge, or in the cloud.

Need advice about which tool to choose?Ask the StackShare community!

What companies use Druid?
What companies use TimescaleDB?
See which teams inside your own company are using Druid or TimescaleDB.
Sign up for StackShare EnterpriseLearn More

Sign up to get full access to all the companiesMake informed product decisions

What tools integrate with Druid?
What tools integrate with TimescaleDB?

Sign up to get full access to all the tool integrationsMake informed product decisions

Blog Posts

Dec 22 2021 at 5:41AM

Pinterest

MySQLKafkaDruid+3
3
570
MySQLKafkaApache Spark+6
2
2004
What are some alternatives to Druid and TimescaleDB?
HBase
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.
MongoDB
MongoDB stores data in JSON-like documents that can vary in structure, offering a dynamic, flexible schema. MongoDB was also designed for high availability and scalability, with built-in replication and auto-sharding.
Cassandra
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.
Prometheus
Prometheus is a systems and service monitoring system. It collects metrics from configured targets at given intervals, evaluates rule expressions, displays the results, and can trigger alerts if some condition is observed to be true.
Elasticsearch
Elasticsearch is a distributed, RESTful search and analytics engine capable of storing data and searching it in near real time. Elasticsearch, Kibana, Beats and Logstash are the Elastic Stack (sometimes called the ELK Stack).
See all alternatives