去IOE时代就已经启动了对Oracle数据库使用的反思，是不是所有的系统都必须使用Oracle数据库。
因此MySQL在这个阶段大行其道，在很多中小型系统中替代了Oracle。
虽然因为传统企业不具备互联网企业那种能力，而MySQL没法大规模的在传统企业核心系统中替代的综合能力又不够强大，因此去IOE行动没能把最需要去的O去了，反而让IE被误伤了。
真到了去O的时间了
这些年的数据库国产化替代，其最大特点是在关键业务系统中用国产数据库替代Oracle等供应链不可控的西方进口数据库产品。
什么叫供应链不可控呢？前阵子遇到了科大讯飞的朋友，他介绍说自从讯飞上了黑名单后，采购Oracle数据库，哪怕Oracle和希望卖给他们，也必须拿到美国商务部的批文才可以，这就是不可控的供应链。
俄乌战争两年了,很多欧美企业参与制裁俄国,连ORACLE也退出了俄国市场, 与其说哪天中美进入了激烈对抗,被全面制裁
不如主动地采取一些措施去规避这种风险。这就是关键行业与企业数据库国产化替代的必要性的部分原因。
盗版可用吗?
有些朋友可能会说，反正Oracle也没有许可证，网上下载就能用，谁能限得住呢？
对于参加国际化合作与竞争的中国企业，遵守基本的国际法律，尊重知识产权是十分基本的操守，大量盗版并不是一个合理的选项。
以前购买的ORACLE 不能使用了?
又不是不能用,花费那么多W购买的LINCE,如同你花20W购买的宝马车,咋不能开啊? 又不是租ORACLE云服务,说停就停!
制裁后,ORACLE后续服务和补丁就不能使用了,这存在安全隐患,或者没有甩锅对象,最终背锅的只能是领导和DBA;
因此国企自然需要找个背锅侠
那么要怎么样丝滑用国产替代呢?
方案一 点点拆分法
前几天我和一个银行的IT部门主管聊天，他说他们核心系统去O的做法很简单，就是把现在的核心系统进一步拆解，拆解出一部分，就用国产数据库替代一部分。
稳定一部分再搞一部分，这样下去，几年后，剩下的核心系统也变得没那么复杂了，自己的国产数据库使用经验也已经比较丰富了
。这个时候再来把剩下的核心系统替换到就水到渠成了。从上面所说的做法来看，应该是完全可行的。
很自然这需要对核心系统从业务,到编程,再精通数据库才可以平稳拆分.
方案二 并行系统法
开发新的一套系统,基于国产数据库的JAVA应用.去实现现有的业务功能.然后通过导入部分用户进行对比,经过长达1-2年的并行运行来观察功能是否有不足.进一步优化之
此前，建行于2020年启动核心业务系统分布式数据库PoC（概念验证）测试选型。根据第三方机构的信息，数据库企业金篆信科GoldenDB在选型测试中排名第一。
此后，建行的对私账务核心、个人零售贷款、代收代付系统中，陆续完成了GoldenDB数据库的投产商用。另外，在建行小机下移项目上，GoldenDB数据库也已规模商用。
要是我是领导自然会选择并行方法二, 安全稳定高可用!
最后国产数据库基本都是分布式数据库,要么基于PG的,要么基于MYSQL的.
继续抱ORACLE ACE炫耀 将来可能是行走的500万! 喷 无脑分布式架构, 还不如下场学习下数据库分布式技术!
虽然集中式存储很好,奈何国产没有那个实力,大部分国产都走分布式数据库.
要想进国企混饭吃,自然是去拥抱分布式数据库.
