为OB数据库的ODC组件打个广告

[waitspring]

团队近期使用OB数据库配套的ODC平台替换掉使用了五年的Archery数据平台，回望五年时间里，使用Archery1.8/1.9的经历，还是较为感慨：

• Archery本质上还是针对MySQL设计的SQL数据平台，对于非MySQL类型的数据库，支持一直较弱，但一部分数据库，例如传统的Oracle、PostgreSQL以及信创类型的DM、OB，都是生产中很容易遇到的数据库类型，如果运维选用Archery作为数据平台，实际很容易被开发、客服、测试等使用方误解，遭受产品力不足的误解
• Archery长期捆绑GoInception组件，自身缺少SQL审核引擎，而后者已经实质性的处于不维护状态
• Archery放开PR后工程质量下滑问题，同GoInception组件的作者一样，长期为爱发电，热情退却后导致Archery的几个主要作者在问题、需求回复上面越来越慢，需求大多依赖于他人参与认领解决，但参与人通常又没有做大任务、啃硬骨头的勇气，导致这几年Archery从功能特性来说几乎止步不前，同时，PR开放直接导致工程质量下滑，维护配置越来越繁琐

回过头来谈谈为什么会切换到ODC:

• 直接原因自然是公司花钱购买了OB产品，在双方交流中发现OB团队参照EMCC做出了数据库管理工具，同时免费供社区使用
• 再一方面，ODC产品力确实更强一些：
  • 能够适配OB信创数据库，对MySQL、Oracle、PostgreSQL数据库的支持力度足够
  • 能够调试存储过程（这是用户不管怎么呼吁，Archery都未曾实现的功能）
  • 自带审核、变更、回滚工具

因此，在这里打个广告，也供正在做数据库管理平台产品选型的各位老师做个参考，多一个选择，多一点比对：)

[LeoQuote]

恭喜👍 archery 的核心功能始终依赖 goinception, 没有自身的审核引擎确实是非常大的一个缺陷, 很多老issue 实质上还是引擎问题, 不是 archery 未曾实现, 而是这从始至终不是 archery 的功能, 而开源社区也没有出现一个持续更新, 支持多种 SQL 方言的分析引擎, 这也是社区的一大遗憾.