一搜就有啊
https://www.cnblogs.com/88223100/p/InfluxDB_TimescaleDB_QuestDB.html
https://www.manongdao.com/article-1684136.html
https://blog.csdn.net/weixin_33700350/article/details/89131726
【 在 xWvxYWYxvWx 的大作中提到: 】
: 你看的哪里的性能对比？
: 请贴个链接看看。
: - 来自 水木社区APP v3.5.3
: ...................
--
FROM 183.209.50.*

oracle存历史数据，热数据通过cache group 存储timesten内存数据库里面，是最优方案吧。

【 在 licknov (licknov) 的大作中提到: 】
: PostgeSQL加插件那个？用真实数据测试过一段，体验不好。性能完全没有什么优势，也没有什么杀手级的功能，周边生态也没有。
: 建议在Prometheus，InfluxDB，ES里面选一个。团队对MongoDB熟的话也能用。
--
FROM 124.207.9.*

只是索引的话 用redis也可以吧
【 在 thorware 的大作中提到: 】
: 咋可能是全放内存，只是部分索引罢了
: - 来自「最水木 for iPhone14,5」
--
FROM 117.136.45.*

kdb草鸡贵
【 在 caidao 的大作中提到: 】
: 华尔街用的是kdb+
:
--
FROM 117.136.45.*

mongodb是真的简单方便，增删改查也是真的快
但复杂查询、聚合这种并没太快

【 在 licknov (licknov) 的大作中提到: 】
: 标  题: Re: 请问各位大佬，对于只增查的数据，什么样的数据库合适
: 发信站: 水木社区 (Sun Jan  2 11:07:13 2022), 站内
:
: PostgeSQL加插件那个？用真实数据测试过一段，体验不好。性能完全没有什么优势，也没有什么杀手级的功能，周边生态也没有。
:
: 建议在Prometheus，InfluxDB，ES里面选一个。团队对MongoDB熟的话也能用。
:  
: 【 在 xWvxYWYxvWx (xWvxYWYxvWxxWvxYWYxvWx) 的大作中提到: 】
: :  TimescaleDB, 很适合你这个应用场景。
: :  成本也低。
: :  
: :  【 在 AndiG (AndiG) 的大作中提到: 】
: --
: 发自xsmth (iOS版)
: --
:
: ※ 来源:·水木社区 http://m.mysmth.net·[FROM: 222.70.181.*]
--
FROM 106.121.187.*