为何在中国 Navicat 远比 DBeaver 流行

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 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 公号：Bytebase