最近跟朋友讨论一起搞搞 quant ，技术面是看了某 git （ https://github.com/thuquant/awesome-quant ）
数据库和硬件层面不知道用 clickhouse 作为数据库，p5510 ，pm9a3 作为存储，适不适合？ 拿 clickhouse 的 500w 数据试验了一下，结合 metabase 牛逼极了，没想到超越了 es 这么多
当然目前正处于脑暴 bb 阶段，离最后去创业还差得远
现在互联网不容易，年纪大了随时毕业， 我是搞数据算法的，朋友是搞金融风控的， 君子不器，如果被行业淘汰，总得找找新出路
 | 1 cweijan Jul 11, 2022  3 clickhouse 和 es 的应用场景不同啊大哥 |
 | 2 yang2yang Jul 11, 2022 并发不行把 |
 | 3 Agdhfdjh Jul 11, 2022 我也用 ch 做回测数据的存储，加载比 mysql 快太多 |
 | 4 tramm Jul 11, 2022 感觉不适合, 并发太低, 除非你的业务展示的数据大家都一样的话, 还有可能. |
 | 5 28Sv0ngQfIE7Yloe Jul 11, 2022 模拟 30 个用户一起聚合查询就能看出问题了，感觉做业务的话 CH 不适合直查，用物化视图输出聚合报表方便些 |
 | 6 dzdh Jul 11, 2022 ch 不支持更新哦~~ |
 | 7 vvtf Jul 11, 2022 1. ck 对硬件有要求;内存要求高; 2. 集群副本的话数据量太大 zk 又是一个炸弹; (推荐单节点 zk;) 3. qps 不会很高; 4. 不支持事务;不支持更新删除;(虽然有 update 和 delete 的 dml, 但是这个 ck 离线处理的;) 但是做 olap 报表分析确实不错; |
 | 8 1988chg Jul 11, 2022 个人觉得 CK 适合做分析，不适合实时的业务。 |
 | 9 dqzcwxb Jul 11, 2022 觉得 clickhouse 比 es 强,只能说明你的业务逻辑足够简单 |
 | 10 Leviathann Jul 11, 2022 @dzdh replacemergingtree 相当于更新了，不过是异步的 |
 | 11 suixn Jul 11, 2022 测一下 Doris 或者 starrocks ，并发会好一些 |
 | 12 kxjhlele Jul 11, 2022 clickhouse 我直接限制 5 用户登录，单连接查询最大 100G 内存，百亿 10 多秒就能汇聚好， |
| 13 dzdh Jul 11, 2022 @Leviathann insert 走 maxversion 其实也可。 |
 | 14 hush3 Jul 11, 2022 一直有个疑问。。。clickhouse 的简称到底是 ck 还是 ch 比较好？ 好像这两种都有很多人用 |
 | 15 wittyfans Jul 11, 2022 最近也在研究 clickhouse 配合 metabase 用，但可能没办法申请到集群去部署，不知道 clickhourse 部署在单机上效果怎么样？ |
 | 16 rapperx2 Jul 11, 2022 并发是个大问题 |
 | 17 xh3ccc Jul 11, 2022 via iPhone 1 |
 | 18 gabon Jul 11, 2022 via iPhone 我们公司日志系统从 es 换到了 ck ，感觉查询语法更丰富，性能更强。估计每天就得上百 tb 的日志数据。 |
 | 20 lxc404 Jul 11, 2022 via Android 上周测试环境 zk 炸了连带 ck 全崩了，重建数据搞得怀疑人生 |
 | 21 makeitwork OP @wittyfans 目前单机实验状态，稳得很！ |
| 23 gabon Jul 12, 2022 via iPhone @zhygkx 我们这边是运维直接切的，平时查询是在 kibana 上，页面没变，底层数据源从 es 换到了 ck ，切换流程我不太清楚。 |
 | 24 ivvei Jul 12, 2022 这帖子看得我莫名其妙，人家搞 quant 要并发干嘛？ |
 | 27 victorc Aug 24, 2022 这对 quant 来说，根本无关要紧的事，别误入歧途了，搞半天，最后还是在操练编程开发 量化最重要的是实盘能稳定赚钱 我回测也好，实盘也好，啥数据库都不用，全部存文件 |
Select Language