- 主题:最近看大数据方面的选型，轮子太多了
是的，咋办，感觉混不下去了
【 在 chzhang7901 的大作中提到: 】
: 你这是去新单位了啊
:
: - 来自「最水木 for iPhone13,2」
--
FROM 101.80.150.*
为啥都在推clickhouse呢？
太奇怪了。到底优势在哪里呢？
【 在 lambo 的大作中提到: 】
: kafka + flink + clickhouse
--
FROM 101.80.150.*
大热，会这个好跳槽
【 在 Xjt (Voldemort) 的大作中提到: 】
: 为啥都在推clickhouse呢？
:
: 太奇怪了。到底优势在哪里呢？
: 【 在 lambo 的大作中提到: 】
--
FROM 112.45.96.*
嗯，确实不是一般的热，我们也在研究，但从实际效果来说，很想知道到底比其他类似的好在哪里
【 在 mywindows 的大作中提到: 】
: 大热，会这个好跳槽
--
FROM 101.80.150.*
坚持住
过了适应期就好了
【 在 Xjt 的大作中提到: 】
: 是的，咋办，感觉混不下去了
: 【 在 chzhang7901 的大作中提到: 】
: : 你这是去新单位了啊
: ....................
- 来自「最水木 for iPhone13,2」
--
FROM 120.244.234.*
你不是做标签吗，给线上用，这类mpp的olap性能都不太够，而且update拉胯
【 在 Xjt 的大作中提到: 】
: 现在都流行clickhouse做实时数仓，感觉大火
--
FROM 117.136.0.*
原本我们用的是mongodb，性能感觉可以，但坑爹的mongodb坑也很多……
【 在 Dogfight 的大作中提到: 】
: 你不是做标签吗，给线上用，这类mpp的olap性能都不太够，而且update拉胯
--
FROM 223.104.212.*
实时etl吧，这个组合对于olap很常见，不过对于变更数据不友好
【 在 MyWorkLife (我是谁) 的大作中提到: 】
: 用flink的目的是啥呢，
: clickhouse的查询还不够满足实时性？
--
FROM 221.220.225.*
mongodb做olap还是差太远
【 在 Xjt (Voldemort) 的大作中提到: 】
: 原本我们用的是mongodb，性能感觉可以，但坑爹的mongodb坑也很多……
--
FROM 221.220.225.*
我对flink的理解
flink就是一个有状态的kafka consumer
当然数据来源不止kafka这一个
相比于你自己写一个consumer
flink提供了更多企业级的功能支持
比如并行，多算子协同，checkpoint，savepoint，故障恢复，窗口等等功能
这些东西你要自己写，还是挺麻烦的
【 在 sayinger (言者) 的大作中提到: 】
: 标 题: Re: 最近看大数据方面的选型，轮子太多了
: 发信站: 水木社区 (Wed Aug 18 16:09:58 2021), 站内
:
: 实时etl吧，这个组合对于olap很常见，不过对于变更数据不友好
:
: 【 在 MyWorkLife (我是谁) 的大作中提到: 】
: : 用flink的目的是啥呢，
: : clickhouse的查询还不够满足实时性？
:
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 221.220.225.*]
--
FROM 223.166.140.*