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 在国内更加流行的原因有这么几个：
- Navicat 更容易上手。
- Navicat 本地化做的更好。
- Navicat 从 2008 诞生起就是商业化运作，但作为客户端，很容易被破解。而 DBeaver 直到 2017 年才成立公司，大规模商业化也就是今年的事情。所以两者在国内的认知，一个是能被破解的商业产品，一个是长期靠爱发电的社区产品（顺便提醒大家，还是不要使用破解版，周围有下载了被植入木马的 Navicat 破解版，导致被锁库勒索的）。再来看看我们的搜索引擎：
问问 Kimi Chat
正好昨晚拿到了月之暗面 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 客户端的同时，也正借着数据库工具从面向个人到面向企业的范式转移，可以实现一次弯道超越呢 🏎️。
💡 你可以访问官网，免费注册云账号，立即体验 Bytebase。
