TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: Does anyone use InfluxDB? Or should we switch?

2 点作者 ramikalai超过 1 年前
We&#x27;re looking at adding an analytics product and need to use a time series database. After initial research, it seemed like InfluxDB was the way to go.<p>But we ran into an issue - which version do we use? It seems like they&#x27;re pushing V3 but we&#x27;ve struggled to get the Node client to query data (writes seem to work). Anyone have experience with this?

4 条评论

jamesgresql超过 1 年前
(:alert: I work for Timescale :alert:)<p>It&#x27;s funny, we hear this more and more &quot;we did some research and landed on Influx and ... help it&#x27;s confusing&quot;.<p>We actually wrote an article about what we think, you can find it here: <a href="https:&#x2F;&#x2F;www.timescale.com&#x2F;blog&#x2F;what-influxdb-got-wrong&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.timescale.com&#x2F;blog&#x2F;what-influxdb-got-wrong&#x2F;</a><p>As the QuestDB folks mentioned if you want a drop in replacement for Influx then they would be an option, it kinda sounds that&#x27;s not what you want though - why buy into an ecosystem which isn&#x27;t a good fit for you?<p>If you want something based on PostgreSQL, rock-solid, supports full SQL, and gives you all the benefits of a relational database, combined with all the functionality of a time-series database then give <a href="https:&#x2F;&#x2F;docs.timescale.com" rel="nofollow noreferrer">https:&#x2F;&#x2F;docs.timescale.com</a> a look.<p>We have a cloud product at <a href="https:&#x2F;&#x2F;timescale.com" rel="nofollow noreferrer">https:&#x2F;&#x2F;timescale.com</a> if you&#x27;re into that.
ramikalai超过 1 年前
Update: Have been digging into this more and it looks like we&#x27;re going to switch to QuestDB.<p>Seems like a solid bet with clear roadmap, pricing and strong performance. Also, looks to be more affordable than Timescale.<p>InfluxDB was such a bait though - it has potential but unfortunately, don&#x27;t want to take that risk with our infrastructure.<p>Thanks for the answers below - was really helpful in making a decision.
评论 #38098933 未加载
nhourcard超过 1 年前
I agree that the difference in versions is confusing!<p>If InfluxDB is not the right fit, QuestDB can be a good drop-in replacement as it uses a high-performance implementation of the InfluxDB Line Protocol for ingesting data and SQL for queries. There are several SQL extensions for time-series data to simplify queries, such as SAMPLE BY (downsampling), WHERE ... IN (time intervals), LATEST ON (latest records) and ASOF JOIN (time-series joins).<p>An intro about QuestDB can be found here: <a href="https:&#x2F;&#x2F;questdb.io&#x2F;docs&#x2F;">https:&#x2F;&#x2F;questdb.io&#x2F;docs&#x2F;</a> And a live demo with three datasets (one of them has got data being streamed live): <a href="https:&#x2F;&#x2F;demo.questdb.io&#x2F;">https:&#x2F;&#x2F;demo.questdb.io&#x2F;</a><p>Another well-known time-series database includes TimescaleDB, an extension built on top of Postgres.<p>I should disclose that I&#x27;m a co-founder of QuestDB.
jerrinot超过 1 年前
What are your requirements? We see some people switching from InfluxDB to QuestDB. Common reasons include SQL support (InfluxDB strategy is a bit confusing here), performance and issues with high-cardinality in InfluxDB.<p>Full Disclosure: I work for QuestDB and I am obviously biased.