StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. Application & Data
  3. Databases
  4. Big Data Tools
  5. Druid vs TimescaleDB

Druid vs TimescaleDB

OverviewDecisionsComparisonAlternatives

Overview

Druid
Druid
Stacks376
Followers867
Votes32
TimescaleDB
TimescaleDB
Stacks226
Followers374
Votes44
GitHub Stars20.6K
Forks988

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.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on Druid, TimescaleDB

Anonymous
Anonymous

Apr 21, 2020

Needs advice

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

381k views381k
Comments
Benoit
Benoit

Principal Engineer at Sqreen

Sep 21, 2019

Decided

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

155k views155k
Comments

Detailed Comparison

Druid
Druid
TimescaleDB
TimescaleDB

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.

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.

-
Packaged as a PostgreSQL extension;Full ANSI SQL;JOINs (e.g., across PostgreSQL tables);Complex queries;Secondary indexes;Composite indexes;Support for very high cardinality data;Triggers;Constraints;UPSERTS;JSON/JSONB;Ability to ingest out of order data;Ability to perform accurate rollups;Data retention policies;Fast deletes;Integration with PostGIS and the rest of the PostgreSQL ecosystem;
Statistics
GitHub Stars
-
GitHub Stars
20.6K
GitHub Forks
-
GitHub Forks
988
Stacks
376
Stacks
226
Followers
867
Followers
374
Votes
32
Votes
44
Pros & Cons
Pros
  • 15
    Real Time Aggregations
  • 6
    Batch and Real-Time Ingestion
  • 5
    OLAP
  • 3
    OLAP + OLTP
  • 2
    Combining stream and historical analytics
Cons
  • 3
    Limited sql support
  • 2
    Joins are not supported well
  • 1
    Complexity
Pros
  • 9
    Open source
  • 8
    Easy Query Language
  • 7
    Time-series data analysis
  • 5
    Established postgresql API and support
  • 4
    Reliable
Cons
  • 5
    Licensing issues when running on managed databases
Integrations
Zookeeper
Zookeeper
Prometheus
Prometheus
Equinix Metal
Equinix Metal
Ruby
Ruby
PostgreSQL
PostgreSQL
Django
Django
Kubernetes
Kubernetes
pgAdmin
pgAdmin
Python
Python
Kafka
Kafka
Datadog
Datadog

What are some alternatives to Druid, TimescaleDB?

MongoDB

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.

MySQL

MySQL

The MySQL software delivers a very fast, multi-threaded, multi-user, and robust SQL (Structured Query Language) database server. MySQL Server is intended for mission-critical, heavy-load production systems as well as for embedding into mass-deployed software.

PostgreSQL

PostgreSQL

PostgreSQL is an advanced object-relational database management system that supports an extended subset of the SQL standard, including transactions, foreign keys, subqueries, triggers, user-defined types and functions.

Microsoft SQL Server

Microsoft SQL Server

Microsoft® SQL Server is a database management and analysis system for e-commerce, line-of-business, and data warehousing solutions.

SQLite

SQLite

SQLite is an embedded SQL database engine. Unlike most other SQL databases, SQLite does not have a separate server process. SQLite reads and writes directly to ordinary disk files. A complete SQL database with multiple tables, indices, triggers, and views, is contained in a single disk file.

Cassandra

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.

Memcached

Memcached

Memcached is an in-memory key-value store for small chunks of arbitrary data (strings, objects) from results of database calls, API calls, or page rendering.

MariaDB

MariaDB

Started by core members of the original MySQL team, MariaDB actively works with outside developers to deliver the most featureful, stable, and sanely licensed open SQL server in the industry. MariaDB is designed as a drop-in replacement of MySQL(R) with more features, new storage engines, fewer bugs, and better performance.

RethinkDB

RethinkDB

RethinkDB is built to store JSON documents, and scale to multiple machines with very little effort. It has a pleasant query language that supports really useful queries like table joins and group by, and is easy to setup and learn.

ArangoDB

ArangoDB

A distributed free and open-source database with a flexible data model for documents, graphs, and key-values. Build high performance applications using a convenient SQL-like query language or JavaScript extensions.

Related Comparisons

Bootstrap
Materialize

Bootstrap vs Materialize

Laravel
Django

Django vs Laravel vs Node.js

Bootstrap
Foundation

Bootstrap vs Foundation vs Material UI

Node.js
Spring Boot

Node.js vs Spring-Boot

Liquibase
Flyway

Flyway vs Liquibase