前不久看到微信群有网友转发了一篇某知名大V的公众号文章 “ 神经病!!国产数据库为什么要兼容Oracle??“,这个标题很雷人,把国产数据库说得一无是处。
我们先不说上述几个观点是否正确,先来看看这个号主的地点:美国! 突然我有点秒懂了。。大家秒懂了没。接下来我们再来分别反驳上面3个观点。
反驳观点1:
国产数据库为什么不去搞数据库兼容?先不要说全球关系型数据库目前的市场份额和格局,就拿目前China来讲,toB行业客户群体中,我大胆的说,Oracle份额超过50% 应该不过分吧,实际上O从来不宣传超过50%(或许是害怕反垄断调查?)。从我司所服务到近千家toB客户来看,Oracle的比重仍然非常之高,远超50%,而且大部分客户都是核心运行在Oracle集群上。如果说不做Oracle兼容,国产数据库要去替换Oracle的难度有多大?当然我这里并不是说的技术,实际上我们知道Oracle的单机处理能力是无与伦比的,尽管很多客户只用了小部分oracle功能。But 那又如何?我们某省级电信客户核心业务从Oracle 2套rac改造成MySQL分布式集群,先不说硬件多了几十倍,这都是小钱。主要是应用改造成本啊,据说2个小目标,是的。你没有听错。
几年前我们想帮某客户把一套100TB的DB2数据库迁移到Oracle,因为这套DB2 出了几次大事故,让用户和我们服务商都郁闷至极。对于一个百TB的数据库,异构改造,我们报的费用才数十万;而应用厂家据说报了8位数。客户真的是想一顿Fuck啊,用户心想,我们的钱是大风刮来的吗?
反驳观点2:
对于第2个观点,我认为这哥们就完全瞎扯淡,完全没有站在用户的角度去思考问题。从用户的角度来讲,他们是不关心数据库的,只关心业务;用户需要的是稳定、安全、可靠,性能其次。
我们近2年做的某省级银行数据库全面改造为MogDB,发现难度是很大的,因为客户环境五花八门,源端数据库有Oracle,Informix,DB2,SQL Server,MySQL,PostgreSQL,同样操作系统也是规则不一,应用厂商也是涉及上百个不同的软件开发商。。。
如果我们不做兼容性改造,怎么去完成这个浩大工程,客户每天啥都不用干了,每天去协调厂商配合估计时间都不够用。。。
因此从甲方角度来看,他们不care什么数据库,你能平替是最好,在他们来看成本最低,有更多的时间去关心自己的业务,毕竟IT是为业务服务的。请问这个思维有什么错?
反驳观点3:
对于第三点,我实在是不想吐槽并反驳了。很明显,这哥是不太懂数据库的,我猜压根儿没做过DBA,对数据库也是一知半解。
我们先不说Oracle是不是真的有2000多万行代码,就算有2000w行代码那又如何?你能说它垃圾?按照你们的观点,这“屎山一样的代码”这么多,每个大版本迭代应该是极其费劲,甚至不可能搞出这么多功能才对了。那为什么Oracle每次版本发布都能引入很多颠覆性的功能特性呢?请问这又是什么逻辑?难道Oracle完全是靠人堆出来的么?要比卷,我想没有哪个国家能卷的过我们吧。10多年前国内就是数据库同城双活、异地多活、分库分表等各种花式搞得飞起了。
目前国产数据库,据我了解OceanBase、达梦、金仓、GoldenDB、TDSQL、PolarDB、包括MogDB等openGauss系列的数据库,基本上都在做兼容性方面的事儿。在我看来这是功德无量的事儿,这得帮助用户降低多少TCO啊。再说了,搞兼容,就代表数据库很挫?我看这2年OceanBase的迭代速度简直是起飞的状态,几乎每年一个大版本,个人是非常的看好。
那么大家这么做的结果是什么?目前金融行业不少银行,证券、保险、社保等行业客户,很多系统都迁移到了国产数据库平台,甚至很多都是核心业务系统,这在5年之前完全是不敢相信的。
总之,先上车了,有钱了,才能图发展;不上车,都没有机会去在各大高并发,复杂业务场景去试错,去迭代自己的产品。
最后我要说一句,我为国产数据库打Call!虽然做了10多年的Oracle DBA!
网站声明:如果转载,请联系本站管理员。否则一切后果自行承担。
加入交流群
请使用微信扫一扫!