前几天有幸参与并且通过了第一届OceanBase (为方便描述，以下简称为OB)数据库认证专员(OBCA)，在准备认证的过程中，大略浏览了课程的学习教材和相关培训视频，作为(伪)资深Oracle(为方便描述，以下统称为甲骨文)数据库使用者，心里不断地涌现出来一些乱七八糟的思绪，特此记录一二。
…………………………………
现今最流行的开源数据库，非mysql莫属。商业数据库霸主，目前只剩下甲骨文，而DB2，Sybase，SQL server，桌面数据库Access等，如今已不见踪影，(可能是我用的少，没怎么再接触了)另外一些其它的非主流数据库。自从甲骨文收购Mysql以后，开源头顶上的乌云就慢慢聚集而挥之不去，参考甲骨文收购SUN之后的种种骚操作。
综上所述，OB的对手，就只有甲骨文了。通俗来讲，干掉老大，你就是老大了。是不是听起来很easy，就一个对手，这不是迟早的事情嘛。
事情看起来很简单，但实际却不简单，光创建这一个OB初代产品并推出市场，就足足花了将近10年时间，而且还加上上市的最大估值的独角兽，蚂蚁金服来背书。初代产品的打磨，难度系数可见不低。在OB产品初级形态，面对市场占有率最高实力最强的商业数据库甲骨文，该如何破局？
星星之火，可以燎原。什么意思呢，就是把朋友搞的多多的，把敌人搞的少少的。通过OB中的租户设计，完全兼容使用最广的开源数据库mysql，最大性99%兼容甲骨文。以mysql租户来笼络小微型企业和个人开发者(爱好者)，从而获得群众的广泛支持。再以99%兼容能力的甲骨文租户，以免费使用服务收费的打法，逐步获取浅度使用甲骨文的商业用户，形成燎原之势。再逐步替换深度使用甲骨文并且追求稳定的大型机构的非核心功能，然后攻占大型机构的核心系统。这里肯定有人会有疑问，为什么大型机构用的好好的需要替换呢？
钱。大型机构的每年购买和维护甲骨文系统和相关设备的钱不是一笔小数目。如果有个更加物美价廉的替代品，当然能接受，但最好别在自己任期内搞，没别的原因，稳定压倒一切啊(管理层内心独白)。这个就很纠结的了，想干又不敢干，缩头缩尾。幸亏，众所周知的卡脖子事件发生了，大家猛然意识到，假如我们也被这样搞，那怎么办？想到核心数据库系统还不能一下子替换掉，那就先从周边非核心系统开始整，看看效果，投石问路一下。
独特性。用基于OB内部的Oracle租户来蚕食原有甲骨文数据库系统的功能，只能做到99%的兼容。这里提一下，为什么是99%？其实应该好理解，模仿别人的东西，永远只能形似而神不似，只会一直会跟随别人脚印，而丧失属于自己的独特性。这独特性，会决定别人会用甲骨文还是用OB。而这独特性，OB本身的设计就已经显现了其独特的魅力。那就是多租户，易扩展，灾备方式多样，抗灾能力强，可用普通电脑(内存最好管够)的分布式数据库系统。
接下来，就是双方的白刃战。谁的产品技术过硬，谁能满足客户需求，谁的价格又实惠，最后的胜出者是谁也就一目了然了。
