OceanBase 社区版 ODC不仅仅是一个数据库图形化客户端

各位数据库爱好者应该都知道，OceanBase从 3.1.2 开始正式推出社区版 ODC，支持连接 OceanBase 社区版 MySQL 模式下的数据库，可根据开发需求打开 SQL 窗口、匿名块窗口以及命令行窗口。

同时在工具层面，ODC为数据库开发者提供了多种数据库对象的可视化管理能力、WebSQL、SQL 诊断、模拟数据、会话管理、回收站管理以及导入导出等功能。而平台层面，则提供了管控台能力，用户可通过管控台实现资源和权限的统一管理。

不难看出，ODC在很多功能方面，与Navicat 、PL/SQL Developer 类似，因此也有不少人提出疑问：ODC是不是另一个 Navicat？

首先说结论：当然不是。

要知道，ODC 并不仅仅是一个数据库图形化客户端，从 ODC 的完整功能来看，图形化客户端功能只占了大约三分之一。而它的产品理念和解决的主要问题，与Navicat有着非常明显的差异。

ODC最初是在蚂蚁集团内部使用的一个平台，并不是一个客户端工具。蚂蚁集团经过十几年的技术演进，在数据库开发这个方向已经有一套非常成熟的协同模式，DBA 和 Developer 的占比大概是 1:600，大约 20 个 DBA 支撑着全站 10000 量级的线下线上应用，其中的核心应用覆盖 10 亿量级的用户规模。在这样的应用场景下，数据库的安全稳定运行至关重要，如何实现数据库的安全稳定运行依托于研发规范和风险控制的系统化，而实现这一切的核心平台就是 ODC 。

而自OceanBase 商业化后， ODC 也给到更多行业的客户使用，结果发现蚂蚁集团遇到过的问题在客户场景也同样存在，积累的经验也能够帮助客户解决问题。究其原因，大概是在这个数据快速增长的时代，大家很多问题都有共性，而这些问题和挑战总结起来大概分为以下三大类：

系统稳定：数据量不断增长，对数据库稳定性带来风险，“烂” SQL 的代价比以往更大、数据备份恢复压力凸显；

协同效率：数据库数量不断增长，DBA 工作负担越来越重，权限配置和 SQL 审核效率亟需提升；

数据安全合规：政府和行业监管对数据安全合规越来越严格，企业本身对隐私数据保护也越来越重视，缺少有效的数据安全防护机制，合规风险之雷必须尽快排查。

针对上述问题，ODC 并没有直接照搬内部系统，而是以蚂蚁集团经验为基础，并结合各行业客户的场景把已有的技术和经验转化为产品化方案。之所以这么做，一方面是技术层面的原因，作为内部系统可以依赖大量中台基础设施，而支持私有化部署的商业产品则首先要去除中台依赖；另一方面是产品层面，从一个内部系统到商业化产品有一个重要的过程是做易用性提升。

目前，ODC 已经解决的最主要痛点是权限管控效率、数据库变更风险控制以及数据安全合规方面的问题。并且随着这些年 OceanBase 在各个行业客户数量的增长，在金融、运营商、电商、政务、能源等很多行业的大型客户得到了验证。

从ODC 产品架构可以看出，ODC 的重点功能是在于如何安全、高效的协同开发，并且更加专注于针对 OceanBase 的适配。产品功能不仅支持私有云场景，同时也在 OceanBase Cloud 提供服务，满足不同场景客户对数据库开发效率和变更风险管控的需求。从用户视角看，ODC 作为数据库图形化客户端提供了一个 SQL 开发效率工具，作为数据库开发协同平台还帮助提升 DBA 和开发者的协同效率，保障数据库稳定运行，符合监管合规要求。

所以说，ODC 绝对不是另一个 Navica，它所提供的能量比我们以为的要大得多！