Re:Launch HN: QuestDB (YC S20) – Fast open source time serie...
by gregmac on Tuesday July 28, 2020 @06:18PM
(#23981281)
Is also be interested in hearing when is QuestDB not a good choice? Are there use cases where TimescaleDB, InfluxDB, ClickHouse or something else are better suited?
[ Parent
| on HN ]
Re:Launch HN: QuestDB (YC S20) – Fast open source time serie...
by j1897 on Tuesday July 28, 2020 @06:28PM
(#23981358)
Hard question to answer because each solution is unique and has its own tradeoffs. Taking a step back QuestDB is a less mature product than the ones mentioned, and therefore there are many features, integrations etc. to build on our side. This is a reflection of how long we have been around and capital we have raised versus those companies who are much larger in size.
Re:Launch HN: QuestDB (YC S20) – Fast open source time serie...
by GordonS on Sunday August 02, 2020 @06:23AM
(#24027710)
If you are already using Postgres, then TimescaleDB is a natural fit - not having to deploy and manage a separate service is a real boon. You can also join with non-TimescaleDB tables, so if you need to combine time series data with regular relational data, that's another advantage.
Re:Launch HN: QuestDB (YC S20) – Fast open source time serie...
by bluestreak on Tuesday July 28, 2020 @06:36PM
(#23981417)
OLTP is not a good fit, if your workflow consists from INSERT/UPDATE/DELETE statements