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

READ LESS
6 upvotes·358.3K views
Replies (3)
VP R&D at Zira·
Recommends
on
PostgreSQL

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.

READ MORE
6 upvotes·1 comment·352.8K views
Oded Arbel
Oded Arbel
·
April 23rd 2020 at 11:10AM

To echo Yaron, don't sell out RDBM systems so fast - with a correctly designed schema, data throughput of a good engine (such as Postgres or MySQL/Maria) can rival the best of the NoSQL branch.

·
Reply
Recommends
on
Druid

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.

READ MORE
4 upvotes·352.9K views
View all (3)
Avatar of Yaron Lavi

Yaron Lavi

VP R&D at Zira