- 主题:请问各位大佬，对于只增查的数据，什么样的数据库合适
比如股票交易K线数据，基本上都是新增，不需要修改，还有大量查询，而且主要集中在近期数据的查询，
这种场景用什么样的数据库或存储方案最适合呢
--
FROM 221.226.84.*
时序数据库
【 在 AndiG (AndiG) 的大作中提到: 】
: 比如股票交易K线数据，基本上都是新增，不需要修改，还有大量查询，而且主要集中在近期数据的查询，
: 这种场景用什么样的数据库或存储方案最适合呢
--
FROM 114.86.225.*
InfluxDB 吗？
【 在 RuralHunter 的大作中提到: 】
: 时序数据库
:
--
FROM 221.226.84.*
questdb
--
FROM 1.202.143.*
时序数据库或者elasticsearch.
【 在 AndiG (AndiG) 的大作中提到: 】
: 比如股票交易K线数据，基本上都是新增，不需要修改，还有大量查询，而且主要集中在近期数据的查询，
: 这种场景用什么样的数据库或存储方案最适合呢
--
FROM 223.104.94.*
ES存不了太多数据吧
【 在 lokta 的大作中提到: 】
: 时序数据库或者elasticsearch.
:
--
FROM 221.226.84.*
questdb能分布式集群部署吗
【 在 MasterGK 的大作中提到: 】
: questdb
--
FROM 221.226.84.*
你有多少数据要存?
【 在 AndiG (AndiG) 的大作中提到: 】
: ES存不了太多数据吧
--
FROM 223.104.94.*
几百G 吧
【 在 lokta 的大作中提到: 】
: 你有多少数据要存?
:
--
FROM 221.226.84.*
我们这边拿es存几十亿数据都没有问题....
而且es在出来这类数据上有很多优势.
比如说统计月线, 周线.
还有其他的一些杂七杂八的功能, 都是秒秒钟.
缺点就是吃内存..
【 在 AndiG (AndiG) 的大作中提到: 】
: 几百G 吧
--
修改:lokta FROM 223.104.94.*
FROM 223.104.94.*