Bytebase 面向全球，通常调研我们产品的 DBA 和开发者之前已经在用可视化 SQL 客户端来操作数据库。我们发现一个现象，在国内 Navicat 的占有率要远远高于其他的 SQL 客户端。而在我们接触的国外客户里，Navicat 的存在感又远没有国内那么高，海外最流行的客户端是 DBeaver。这个差异在 Google Trends 上也一目了然 🔍
Navicat 是一家香港公司，起步于 2008 年，看起来一开始就是以公司方式商业化运营的。
DBeaver 起步于 2010 年，长期就一个作者「Daily commits, almost a one man show!」。看时间线，一开始人在俄罗斯，商业化后跑到了美国。
Navicat 提供了中文版的官网，而 DBeaver 只有英文版的。Navicat 的官网也确实更贴合国内的设计风格。
截图是在相同窗口尺寸下，Navicat (左) 和 DBeaver 的主功能界面对比。Navicat 布局相对松散，信息更加清晰一些。而 DBeaver 信息密度非常大，一个界面上各种 Panel，导航塞得很满。
显然 Navicat 更加容易上手，而 DBeaver 很容易让新手点晕，但对熟悉它交互的高级用户会更加友好。
Navicat 是闭源的，一开始走的就是纯商业化路线，提供了试用。
DBeaver 很早就开源了，也是 SQL 客户端里 Star 数和用户量最多的产品。他们半年前刚拿了第一笔融资，商业化的步伐也加快了。
我想 Navicat 在国内更加流行的原因有这么几个：1. Navicat 更容易上手。
2. Navicat 本地化做的更好。
3. Navicat 从 2008 诞生起就是商业化运作，但作为客户端，很容易被破解。而 DBeaver 直到 2017 年才成立公司，大规模商业化也就是今年的事情。所以两者在国内的认知，一个是能被破解的商业产品，一个是长期靠爱发电的社区产品（顺便提醒大家，还是不要使用破解版，周围有下载了被植入木马的 Navicat 破解版，导致被锁库勒索的）。再来看看我们的搜索引擎：
正好昨晚拿到了月之暗面 Kimi Chat 的内测，所以就灌给它试了下：
确实被我误导了，还挺会圆场的。接着再试一个不带倾向性的提问：
因为 Kimi 只会参考中文内容，认知的局限性也决定了它的结论。不过整体体验还是给 Kimi Chat 点个 👍
Bytebase 也有对应 Navicat 和 DBeaver 的 SQL 编辑器，我们在研发的过程中也会参考两者的设计，作为打磨了 10 多年的成熟工具，Navicat 和 DBeaver 有不少巧妙的交互设计。那既然已经有了 Navicat，DBeaver 这样的成熟产品，为什么还要在 Bytebase 里再做一个 SQL 编辑器呢？核心差异点在于 Bytebase 是基于服务端的网页 SQL 客户端。因为是基于服务端，使得 Bytebase 可以做访问控制，数据脱敏，日志审计这些企业级功能。再结合 Bytebase 另外一块的变更审核能力，形成变更，查询，安全，治理一站式的企业级解决方案。
也看到 DBeaver 推出了类似的产品 CloudBeaver，看界面产品也刚刚起步。其实前段时间 DBeaver 的投资人还来找我们交流过，打探情报 🤔
现在大家又站在同一起跑线上，甚至可以说 Bytebase 已经领先于它们一大截。就像新能源汽车一样，Bytebase 在致敬 Navicat，DBeaver 这些老牌 SQL 客户端的同时，也正借着数据库工具从面向个人到面向企业的范式转移，可以实现一次弯道超越呢 🏎️。SRE 的黄昏，平台工程的初晨
一份谷歌写给 CTO 们的报告 - DORA 2023 版全面解读
30 分钟手把手带你入门数据脱敏
Bytebase 2.9.1 - 将多个变更编排在一个变更列表中，并在一个工单里进行发布或导出