clickhouse闭源，以后都要用国产数据库了吗？

青旅半醒 2024-02-05 23:14 45阅读 0赞

点击下方“JavaEdge”，选择“设为星标”

第一时间关注技术干货！

> **免责声明~**
> 
> 任何文章不要过度深思！
> 
> 万事万物都经不起审视，因为世上没有同样的成长环境，也没有同样的认知水平，更**「没有适用于所有人的解决方案」**；
> 
> 不要急着评判文章列出的观点，只需代入其中，适度审视一番自己即可，能**「跳脱出来从外人的角度看看现在的自己处在什么样的阶段」才不为俗人**。
> 
> 怎么想、怎么做，全在乎自己**「不断实践中寻找适合自己的大道」**

### 0 今日话题 ###

有个粉丝朋友和我聊到，大约是16年刚毕业时，工作原因给客户单位部署安装系统，绝大多数单位都是oracle数据库，只有一个安全级别极高的单位使用的是达梦数据库，印象中非常不好用。

时隔多年，我都换了两次工作了，现在我们的甲方的数据库又要从vertica数据库迁移到国产的GBase数据库了，培训了两次，好像已经感觉到不是那么好用了，是我心理的原因还是真的会不好用？以后国内大趋势是不是都会用国产的数据库啊？

嘿，你还别说，还真不幸被你说中了。clickhouse已经计划不再开源，只有云版，被市场淘汰，kafka+spark是主流，flink还多存在广告水文中。而且 clickhouse 可用doris替代，只能说体验也好了一大截。

### 1搞信创 ###

参与搞信创要满足信创要求的，才必须用国产数据库。而所谓国产数据库，不少都是拿MySQL或PostGresgl改了下就号称自主可控了。要搞信创都是比较大大的公司单位了，在小公司就不用考虑信创的要求作为使用方，使用原生MySQL或PostGresgl，跟更用国产修改后的版本，普通场景下差别不大。

### 高斯DB ###

华为这种等级厂商的包装产品，比如那个高斯DB，直接把PG库的数据目录放过去，就直接能用，就是版本得对。一般这种大厂商，不会瞎几把搞，他们重点只是弄个外壳不一样而已。反观某些小公司，非要加上自研的一些东西，反而兼容性不好了。很多银行抛弃了TiDB，oracle全部迁移到高斯，导致这几年工作内容迁移高斯。

### 3 我的一位金融朋友 ###

说到，集团的亿级用户的平台用的OceanBase，除了上次阿里云宕机跟着卡了一下午外没什么问题。

手头负责的大数据平台用的TiDB，性能杠杠的。正在推动的一个小项目选了金仓，金仓最近刚刚更新了一个新版本，对MySQL的兼容性非常完美，原型系统是在MySQL上，近乎平移。今年下半年的金仓和去年这个时候的金仓，优化后几乎就是两个东西，给国产数据库一点时间，它成长的比你想象的要快。

原文出自于：

***编程严选网（www.javaedge.cn）***

### 写在最后 ###

> 编程严选网（www.javaedge.cn），程序员的终身学习网站已上线！
> 
> 点击阅读原文，即可访问网站！

欢迎`长按图片加好友`，我会第一时间和你分享`软件行业趋势`，`面试资源`，`学习途径`等等。

![c96a3136499a322b0b3ab3463e0b48ff.jpeg][]添加好友备注【技术群交流】拉你进群，更多教程资源应有尽有

关注公众号后，在后台私信：

*  回复**【架构师】**，获取架构师学习资源教程
 *  回复【面试】，获取最新最全的互联网大厂面试资料
 *  回复【简历】，获取各种样式精美、内容丰富的简历模板
 *  回复 **【路线图】**，获取直升**Java** **P7**技术管理的全网最全学习路线图
 *  回复 **【大数据】**，获取Java转型大数据研发的全网最全思维导图
 *  微信【ssshflz】私信 **【副业】**，进副业交流群
 *  点击**【阅读原文】**，即可访问程序员一站式学习网站

![a23d64e78b94a545567caa04926c8b2e.png][]

最近在准备面试，为大家准备一份2024最新最全Java学习路线一条龙
    程序员职业/技术发展知识星球（24 年首月仅需 25 最低价！）

[c96a3136499a322b0b3ab3463e0b48ff.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/01/30/64a6bcea7c97436e9c979c6425d52821.png
[a23d64e78b94a545567caa04926c8b2e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/01/30/7c50639d44d04f449131d4f2210b4bc2.png