为何在中国 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 在国内更加流行的原因有这么几个:
- 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。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
雷军公布小米澎湃 OS 完整系统架构,称底层全部重构
雷军刚刚再度发表长文预热小米澎湃 OS,正式公布了完整系统架构。 据介绍,从架构设计之初,小米就明确了四个目标: 第一,实现单端性能表现最强; 第二,AI 赋能,成为整个生态的“智能大脑”,能够为用户提供主动服务; 第三,更加便捷高效的连接; 第四,实现全端隐私安全坚固防护。 在最底层的系统内核层,小米将自研的 Vela 系统内核与深度修改的 Linux 系统内核进行融合,重构了性能调度、任务管理、内存管理、文件管理等各个基础模块,实现了性能、效率的大幅提升。 这一全新的融合内核,支持 200 多个处理器平台、20 多种文件系统,还能根据硬件能力差异灵活配置,具有很好的兼容性,使得每个独立设备的性能都能得到彻底解放。 在系统内核层之上的服务与框架层,小米将安卓的服务框架和自研 Vela 系统的服务框架,都作为“中间件”纳入其中;同时,全新打造了 8 大子系统,其中全新的 AI 子系统融合大模型能力,成为整个系统的“智能大脑”,不仅可以让单设备实现极强的端侧 AI 能力,同时赋予整个生态智能能力。 最上层 HyperConnect 跨端层,小米让所有设备可以统一连接协议,并且实时通信,最...
- 下一篇
MySQL 如何避免克隆失败后再次初始化
本文章讨论了当您没有足够的磁盘空间来存储两个数据集时,使用带有安全选项DATA DIRECTORY 的 CLONE INSTANCE 命令。 作者:Sveta Smirnova,数据库专家。 本文来源:https://www.percona.com/,爱可生开源社区翻译。 本文约 800 字,预计阅读需要 3 分钟。 在我之前关于 CLONE INSTANCE 命令的博客文章《MySQL 克隆插件不是你的备份》中,我提到使用选项 DATA DIRECTORY 有助于避免在克隆操作失败时需要从头开始重新初始化副本和克隆相关设置的情况。 MySQL 克隆插件简化了新副本的配置,但不会简化失败后的服务器恢复,除非您准备从头开始重新安装 MySQL 实例。 但是,当您克隆一个已经有巨大数据集的复制副本时,您可能没有足够的空间容纳两个数据集:一个来自源服务器,另一个来自复制副本上的数据。 由于您决定从另一台服务器克隆复制副本,因此您同意丢失当前数据。DATA DIRECTORY 选项的唯一需要是在出现故障时保持与克隆相关的权限和设置不变。您可以使用以下策略之一安全地执行克隆操作。 从头开始 要执...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Linux系统CentOS6、CentOS7手动修改IP地址
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Hadoop3单机部署,实现最简伪集群
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题