作者 | 某金融公司数据库负责人
作为一名长期与数据库打交道的 DBA，我深知一个好用的数据库开发工具对团队效率和系统稳定性有多重要。今天我想和大家分享一款我们团队正在使用的数据库协同开发平台：OceanBase Developer Center（简称 ODC）
它不仅帮助我们彻底告别了过去那种“谁都能改表结构”“上线前没人审核”的混乱局面，而且更重要的是，它让我们的数据库流程真正实现了标准化、自动化、可追溯。
一、我们的故事
（一）初期阶段：野蛮生长的“数据库开发时代”
在公司成立初期，我们的主要数据库是 MySQL，同时也有少量的商业数据库作为补充。
那时候，开发方式很简单也很原始——直接使用客户端工具连接数据库进行开发。Navicat、PL SQL Developer、DBeaver 等工具几乎人手一份，虽然方便快捷，但也埋下了不少隐患。
随着业务快速扩张，问题开始集中爆发：
变更无审批：谁都能改表结构、执行 SQL，上线前没有审核机制，导致生产环境频繁出问题；
开发无规范：每个开发人员对表结构、字段命名、数据类型的理解都不同，上线的数据库就像拼图一样杂乱无章；
审计形同虚设：没有人知道是谁什么时候做了什么操作，出了问题也无法追溯。
这些问题像一颗颗定时炸弹，随时可能爆炸。
（二）中期尝试：搭建初步的数据库管理平台
为了解决这些问题，我们开始思考：是否可以构建一个统一的数据库开发平台？
当时我们调研并引入了一个知名开源社区的数据库管理平台。它的确解决了部分问题，比如实现了基本的 SQL 审批流程，轻量级部署也很快。
但在实际使用中，我们也遇到了瓶颈：
平台不稳定，经常宕机，需要频繁重启；
对开发规范的支持有限，SQL 质量和格式仍然难以控制；
功能聚焦于 MySQL 的 SQL 审核处理，无法满足我们后续的多数据库支持需求。
与此同时，公司也开始探索分布式数据库的转型之路，OceanBase 自此进入我们的视野。
（三）转折点：ODC 的引入与全面升级
为了更好地支持 OceanBase 的开发与管理，我们需要一个能真正支撑多数据库、具备完整流程控制能力的平台。这时，ODC 映入眼帘。
ODC 不仅完美支持 OceanBase 的数据库开发，还带来了远超预期的能力：
完善的审批流程：每一条 SQL 都必须经过审批，杜绝了随意上线的问题；
严格的开发规范控制：自动校验 SQL 质量、字段命名、索引策略等，确保每一次变更都符合标准；
完整的审计追踪机制：谁干了什么、什么时候干的、影响了哪些数据，一切都有据可查；
多数据库统一管理：不仅支持 OceanBase，还能统一管理 MySQL、Oracle 等多种数据库，极大提升了运维效率。
很快，我们决定用 ODC 全面替代之前的数据库管理平台 ，并迅速完成了升级与团队培训。平台上线后，不仅生产事故大幅减少，团队协作效率也显著提升。
二、ODC 怎么解决痛点
（一）首先，它解决了我们的核心需求
1、完整的审批流程，让每一次变更都有据可依
ODC 有完整的审批流，避免了未经审批的变更。
我们配置了“申请人->SM->PO->DBA”的审批流，以确保关键责任人可以获知变更。ODC 还支持接入 ITSM，这样可以丰富审批流，这也是我比较看重的点。
2、多维开发规范约束，让开发走上“标准化轨道”
ODC 有多维的开发规范约束，而且团队开发平台化。
通过指定开发规范，我们规定了变更需要必须字段、索引数量、命名规范等要求，并设定直接拒绝一些异常风险的变更。这样一来，提高了开发规范质量，降低了变更风险。
3、全流程审计追踪，让每一步操作都“有迹可循”
ODC 有完整的审计记录。
变更记录和查询记录都计入审批，一定程度上减少了数据泄露的风险，方便了变更信息的追溯。
1、惊喜一：强大的数据归档能力，省了不止百万成本
DBA都会面临这样一个工作场景：表足够大了，严重影响在线业务时，就需要进行数据归档。企业越大，数据归档的工作就会越多，因此，很多 DBA 都会把时间浪费在这种重复的工作上。
我们构建了一个比较大的 OceanBase 数据归档集群，配合 ODC 的数据归档能力，实现了自动化归档工作，解放了 DBA 的人力。
归档服务器买的是比较廉价的机械盘，不需要 SSD 加持，这样硬件成本就得到了有效控制。
数据保护方面，依赖 OceanBase 的三副本能力，解决了数据损坏的问题。
以上一套组合拳—— DBA 人力成本+硬件成本+数据保护，为公司节省了不止百万元的成本。
任务类作业每日情况
直观中台显示，怎么能不爱呢！
我们的归档集群
2、惊喜二：移动化通知办公，大幅提升工作效率
由于 DBA 在每个公司都是稀缺资源，往往几个人要面对几百个开发，所以我们亟需移动审批能力和实时的信息推送能力。
借助 ODC 信息推送能力，以及丰富的接口调用能力，我们通过 ODC +钉钉的方式实现了通知+审批移动化办公。这样一来，即使在公交、地铁上，我们也可以快速地完成变更审批，极大地提高了工单运转效率和生产故障处理效率，工作人员再也不用在半夜或者在公交、地铁上打开电脑进行审批了。
鸟枪换炮，必须推荐。
ODC使用前 VS ODC 使用后
3、惊喜三：丰富的数据库交互界面，真正实现“开发者优先”
ODC 的开发界面越来越人性化，全局搜索能力也很强大。其功能一直在向“开发友好型”方向迈进，比较注重开发的实际体验。
近期的 ODC 4.3.4 版本，全局搜索能力增强，DDL 联想能力、变更风险提示等新增功能都非常实用。
全局搜索能力
DDL 联想能力
变更风险提示
三、我们的期待
ODC 目前支持的数据库类型比较少，因为这是OceanBase 自家开发的，首先支持的是 OceanBase 数据库，然后才是其它。
目前 ODC 支持的数据库类型能力依次排名分别是：OceanBase、MySQL、Oracle、Doris、PostgreSQL（仅支持有限功能），其它数据库类型暂时不支持。这个产品目前比较适合互联网企业，因为这些企业 MySQL 用的比较多。
如果要在传统企业或者传统金融行业使用，还需要进一步加强 Oracle、SQLServer，甚至是 DB2 等数据库的能力，或者说加强对 Tidb、Mongodb、Redis 的支持。
如果 ODC 希望进一步扩大用户群体，吸引更多类型的企业使用，那么支持更多种类的数据库显然是一个不可避免的发展方向。然而，这并不是一件简单的事，背后需要大量的技术投入和资源支撑。
这一切，都取决于原厂的产品规划和推进节奏。在当前阶段，“大而全”未必是最佳选择，“小而精”的策略反而更值得推崇。
ODC 这个产品我比较看好，希望能越走越远。目前还是开源免费，希望有能力的开发同学可以参与到项目中做贡献。
当然，从长远来看，适度的商业化探索也是必要的。随着功能不断迭代，未来 ODC 可以尝试在高级功能、企业服务等方面进行适当收费，从而反哺产品本身，实现更高质量、更可持续的演进。
个人还是比较喜欢 ODC 这个产研团队，在我们使用的过程中，也开通了便捷的沟通通道，可以快速向 ODC 产研团队反馈问题，而且诸多的反馈也得到了有效推进与落地，必须点赞。
如果你也在为数据库流程混乱、缺乏有效管控而烦恼；如果你也在寻找一个既能满足开发需求，又能保障数据安全的数据库平台，那么我真心建议你试试 ODC。相信我，一旦你开始使用它，很快就会像我一样，成为它的忠实粉丝。
官网地址
https://www.oceanbase.com/product/odc
Github
https://github.com/oceanbase/odc
ODC 钉钉社群
67365031753
扫描上方二维码加入ODC社区
