标签的一大应用场景是做即席分析 圈选用户

【 在 Xjt (Voldemort) 的大作中提到: 】
: 标  题: 请问有人用过clickhouse做标签系统嘛？
: 发信站: 水木社区 (Sun Aug 15 12:51:18 2021), 站内
:
: 号称很适合，无数解决方案都在推荐，为什么我觉得从做用户标签系统的角度clickhouse完全不如mongodb呢？
:
: 首先号称clickhouse适合大宽表，也没发现能有多宽，其次还不能随便加列，mongodb还能随便加标签或者属性列
: --
: ※ 修改:·Xjt 于 Aug 17 17:24:32 2021 修改本文·[FROM: 140.207.167.*]
: ※ 来源:·水木社区 http://m.mysmth.net·[FROM: 223.104.212.*]
--
修改:Xjt FROM 140.207.167.*
FROM 221.217.178.*

我没用过ch做这个，但是感觉比Mongo合适
我们之前是用ES 每天刷数、运维都是问题
【 在 Xjt (Voldemort) 的大作中提到: 】
: 标  题: Re: 请问有人用过clickhouse做标签系统嘛？
: 发信站: 水木社区 (Wed Aug 18 12:57:45 2021), 站内
:
: 对的，就是这样，这个场景用clickhouse真的合适嘛？
: 【 在 cestlavie 的大作中提到: 】
: : 标签的一大应用场景是做即席分析 圈选用户
: :
: --
:
: ※ 来源:·水木社区 http://m.mysmth.net·[FROM: 223.104.212.*]
--
FROM 221.217.178.*

对于聚合计算比较多，条件比较灵活的场景肯定比mongodb合适，mongodb本质上还是面向oltp更多一些

【 在 Xjt (Voldemort) 的大作中提到: 】
: 对的，就是这样，这个场景用clickhouse真的合适嘛？
--
FROM 221.220.225.*

价格贵啊，全量索引。。。如果有100TB的数据，怎么办？

另外高频数据修改，在ES感觉也有问题，举个例子用户新注册，打开了app，这时候需要马上给用户打上基础的标签，并根据基础标签做个性化推荐。这时候ES没法秒级做到吧（在较多的高频读写场景下）
【 在 cestlavie 的大作中提到: 】
: 为啥不合适？
: ES可以理解成把Json的每一个字段都加了索引，不管是竖着查还是横着查，都没问题啊
:
--
FROM 140.207.167.*

你说的全量索引是指的什么？
如果是_all/_source这种都是可以禁止掉的
另外字段也可以设置成只存储不参与索引

【 在 Xjt (Voldemort) 的大作中提到: 】
: 标  题: Re: 请问有人用过clickhouse做标签系统嘛？
: 发信站: 水木社区 (Fri Aug 20 11:06:04 2021), 站内
:
: 价格贵啊，全量索引。。。如果有100TB的数据，怎么办？
:
: 另外高频数据修改，在ES感觉也有问题，举个例子用户新注册，打开了app，这时候需要马上给用户打上基础的标签，并根据基础标签做个性化推荐。这时候ES没法秒级做到吧（在较多的高频读写场景下）
: 【 在 cestlavie 的大作中提到: 】
: : 为啥不合适？
: : ES可以理解成把Json的每一个字段都加了索引，不管是竖着查还是横着查，都没问题啊
: :
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 140.207.167.*]
--
修改:MyWorkLife FROM 113.50.32.*
FROM 113.50.32.*