- 主题:请问各位大佬，对于只增查的数据，什么样的数据库合适
比如股票交易K线数据，基本上都是新增，不需要修改，还有大量查询，而且主要集中在近期数据的查询，
这种场景用什么样的数据库或存储方案最适合呢
--
FROM 221.226.84.*
InfluxDB 吗？
【 在 RuralHunter 的大作中提到: 】
: 时序数据库
:
--
FROM 221.226.84.*
ES存不了太多数据吧
【 在 lokta 的大作中提到: 】
: 时序数据库或者elasticsearch.
:
--
FROM 221.226.84.*
questdb能分布式集群部署吗
【 在 MasterGK 的大作中提到: 】
: questdb
--
FROM 221.226.84.*
几百G 吧
【 在 lokta 的大作中提到: 】
: 你有多少数据要存?
:
--
FROM 221.226.84.*
是啊，全放内存成本高啊。
【 在 lokta 的大作中提到: 】
: 我们这边拿es存几十亿数据都没有问题....
: 而且es在出来这类数据上有很多优势.
: 比如说统计月线, 周线.
: ...................
--
FROM 221.226.84.*
这配置的阿里云主机一台要9K一个月，两台就2万一个月了，一年几十万啊。用不起。
【 在 MasterGK 的大作中提到: 】
: 几百G数据，单机就搞定了吧，64核128G内存2Tssd，做个双主互备。
--
FROM 221.226.84.*
大佬经验丰富啊。 阿里云有influxdb和tsdb的服务，用云服务自己省事点，但是自己搭省钱啊。
【 在 MasterGK 的大作中提到: 】
: 几种业务模式：查询并发高，查询简单，这类ES合适。查询并发底，查询复杂，且数据集中状态值少，用列存的库合适，比如clickhouse，因为可以压缩数据,时序性强的用时序库influxdb,questdb等,questdb目前不支持分布集群，要自己垂直分。另外考虑成本的话，包括查询和存储开销等，可以评估一下云服务，比如google的bigquery,aws的athena，阿里云的对应服务应该也有没用过。
--
FROM 221.226.84.*
网上看性能对比，TimescaleDB好像性能不行啊。
【 在 xWvxYWYxvWx 的大作中提到: 】
: TimescaleDB, 很适合你这个应用场景。
: 成本也低。
:
--
FROM 183.209.50.*
是的，内存管够肯定可以的。
【 在 lcgogo 的大作中提到: 】
: es一天处理几百G的都有。
:
--
FROM 183.209.50.*