国产数据库能否替换oracle数据库？

刚看了下db-engines的排名，国产暂时还没上榜

个人感觉从技术上讲，提供肯定是可以的，但是很多事情不能单从技术上考虑
1.  很多传统的IT架构，都是经过很多年演进过来的。不管是上传应用开发还是中间层，和数据库有一定的耦合程度。不同的数据库有不同的特点，比如隔离级别、锁类型支持等，底层数据库的更换需要对上层应用做一定的修改适配。修改后的可用性、稳定性、性能都需做充分的规划和测试，确保可用支撑。如果从关系型数据库更换为分布式数据库，应用的改动可能就更大了，以前由数据库实现的功能逻辑可能都得在应用代码层实现。
2. 生态问题，目前国产数据库的生态相对还不如主流的几个国外数据库，在后续的技术支持，日常运维保障、运维团队组建等方面相对还有一定的劣势。这个也需要一个过程的积累。
3. 成本，对于一些技术实力强大的公司来说，使用国产数据库乃至自研+开源都是非常合适的，比如一些互联网公司。但是对于一些传统企业，比如医院、制造业，其IT部门的技术实力相对较弱，使用成熟的产品架构反而总体成本比较低。

目前，国产数据库发展还是比较快的，一些非核心的系统可用完全替代。有的甚至可用替换核心，如之前社区分享的某行TiDB上核心的案例，作为技术人的我们可以多关注一些，拥抱变化

首先这个问题需要考虑多方面的因素，首先是国产化，如果这个是优先考虑的话，那么可以答案很明显，可以替换，这是毋庸置疑的，当然就目前国产数据库而言，一种是基于开源修改，一种是购买源码修改，其实并没有真正意义上的国产数据库，这个是现实问题，理论基础缺少实践，当然基于修改的数据库也在逐渐的适应中国的国情，逐渐的中国化。
其次从技术上而言， 国产的数据库，达梦、南大通用、金仓等其他的国产数据库，都有自己的适应场景，并不能单纯的说 替换oracle数据库，这是两码事，再者oracle数据库也是有区分的不同的类型对应不同的模式，举个例子，你让一个基于ap业务的数据库去支持tp，先不说表结构的逻辑关系，底层的优化也是不一样的，性能也是千差万别的。
总归而言，替换一个数据库，首先需要看到的是业务场景，如果是一个点查, 每秒几百万QPS，你放啥数据库都会打死，当然你后面堆无数的数据库再谈，如果是一个分析性的场景，实时性不高，可能离线计算会更加适合，并不一定要放数据库。
后面也列举了诸如 性能，架构，兼容性，稳定性，维护，这个成本其实并不高。
所以，唯有适合才是替换的核心要求。

这个问题很多年前就被提出来，当时去ioe最难的一点就是去o，既然有人提出这个想法，肯定很多企业很多人去在为这件事努力，近几年国产的数据库越来越多，也有一些客户进行了替换。如果单从技术来说，国产厂商无论是代码开发还是版本维护，肯定可以做出媲美oracle的数据库，但是一时间没有那么多客户敢一步迈出去，技术来说没有问题，现在只是推进方面，大家比较谨慎。不过国际大环境如此，相信国产替换这只是时间问题，这段时间也给了国产数据库的厂商更多的机会。性能，架构，包括其他一些功能，国产数据库肯定没有任何问题。如果真的替换了，对于运维人员来说，其实应该没啥问题，技术是相通的，很容易就能入手的，这不会给运维带来问题的，现在最主要的就是一些大客户进行推进，一些中小企业并没有足够的技术支持进行替换，如果大客户逐渐替换，给其他人员更多的经验和案例，我相信，近几年，国产数据库会更多的替换oracle。

国产数据库能不能替换oracle？能，但是困难一定很多。没有什么数据库是无法替代的，只是替代的代价到底有多高。迁移替代需要考虑很多方面：

1 性能

首先是性能有没有oracle好。其实是大部分国产数据库都不一定比得过oracle，但也不是天差地别。单纯的简单sql应该相差不大，复杂的sql经过优化拆解，也能变成简单sql。

国产分三种，自研内核，基于pg内核改造，或者是在mysql基础上改造。我测了很多数据库，现在拿openGauss作为迁移对象。这个数据库能够支撑混合负载类型，性能不差oracle多少。

2 兼容性和迁移方式

这个可能是代价最高的地方。向存储过程，内部函数什么的，几遍国产数据库做的再好，也不可能100%完全兼容oracle语法。所以对于需要迁移的oracle，如何迁移数据库对象，如何将原有的存储过程改写到程序里面去。

对象迁移都还好说，厂商也会有些工具来帮助迁移。数据迁移也会有各种办法，无论是否落地。但是这些都是很繁琐的工作，也很容易出错。反正加点投入还是能做到的。

3 数据同步

保险起见，迁移之后有可能需要并行运行一段时间，其中oracle和新的数据库需要有实时同步数据的方式，这个当前也是需要工具支持的。不同的数据库有不同的工具，这个具体好不好用不太好说。数据同步还能当做短暂停机切服务的迁移方式来用。

4 架构和稳定性

oracle的架构和稳定性已经很成熟了。 而现在的国产数据库架构也和oracle差不多，都是双机，HA，物理日志同步等方式。架构上应该差别不大。但是稳定性肯定存在不确定性。

所以新的国产数据库，一定要在高可用保护上多做文章，尽可能多冗余，自动化切换方案等方式要做好，争取面对突发问题的时候有快速的解决方案。

5 分布式

现在分布式数据库也大行其道。通过资源横向扩展，数据分片等方式，既满足了性能扩展需求，也减少了单点故障的影响。部分高负载的oracle数据库，考虑迁移到分布式的国产数据库环境也算是个方案。

国产数据库替代已经是个不得不面对的事情，所以下定决心去o，总是能办到的。

阿里的数据库挺牛逼，但是可能是他们的dba牛逼。国产数据库可能缺少场景的应用吧。替代是个过程，不可能一蹴而就的。

除了达梦，其他的国产都是开源改的
不看好国产

这个是个扎心的问题，目前的情况看，从性能，稳定性上看，国产数据库很尴尬。即便阿里和华为研究的数据库也是基于开源，太容易被卡嗓子了。国产数据库之路，不比芯片国产化的路好走，这是个长期的过程，希望别步子太激进，造成不必要的损失。加油吧，国产数据库。

对于Oracle能否被开源系衍生的数据库代替这个问题，个人觉得需要从两个维度去看。

第一个维度，技术维度。从技术维度来展开的话，首先需要看的就是产品的成熟度，这一点来讲，Oracle从三足鼎立的时代发展到今天独霸关系数据库排名之首的局面，是经历了很多年的技术洗礼，并且是来自全世界各种业务场景考验之后，才得到今天DB Engine上的荣耀。所以从通用产品的技术成熟度角度来讲，一定会胜过其他派系数据库。从性能维度展开的话，目前看到的一些性能测试报告都是来自于某厂商、某客户等局部范围内的报告，不具备权威性及足够的说服力。个人认为只有看到国际权威技术组织得出的权威报告之后才可评估。从特殊场景的支持角度来展开的话，这一点相信Oracle会逊色于一些从互联网业务场景诞生的开源系数据库，作为通用产品来讲，Oracle的设计之初一定没有想到今天中国互联网业务场景的复杂性和规模之巨大。但是这一点来讲，我觉得比的不够客观、因为我们是拿一个通用产品和一个为某类业务定制化的产品来进行比较，逻辑上有些牵强。

第二个维度，生态维度。Oracle数据库之所以发展到今天的地位，不仅仅是技术上的迭代更新，更重要的是服务、培训、社区等各个层面的同步发展。当用户不熟悉它的时候，它可以想尽办法去培养自己的用户群，一直培养到客户已经离不开它，这是一种技术行为习惯的颠覆。如果对全世界的DBA进行一个分类的话，我相信Oracle DBA 的人数一定远胜于其他，如果对所有搜索引擎上进行一个测试，基于Oracle的技术文章、问题讨论、原理分析等等的知识一定也会远胜于其他，这就是Oracle放水养鱼数年之后形成的巨大生态。这种生态不是一朝一夕就可以扭转的。

总而言之，国产化大背景的驱动下，这是发展国产数据库最好的机会，未来中国的DB市场格局一定是会向多元化方向发展。技术上我们经历了中国互联网业务飞速发展的这个特殊阶段，同时也掌握了一些别人掌握不了的尖端技术，这是我们的优势，市场也会给我们很多机会。但是如何培养好生态，站稳市场并最终发展壮大，这里有我们需要向国际厂商学习的地方。

我觉得这个问题要分场景，不然就像问Mysql能不能替代oracle一样了。

首先，国产数据库无论从性能、高可用，还是稳定性方面，都是无法和 Oracle 比拟的！
但是，重要信息领域国产自主化是国家战略，必须得走！这是大势所趋！
对于数据库相关从业人员要做的是顺势而为，支持推动落实国家战略！
建议尽早关注 基于 Mysql、postgreSQL源码的国产数据库，开源社区活跃、产品成熟度高，也有很多周边厂商支持。
至于您说的那些国产数据库厂商，力量过于单薄，很难吃下 Oracle的国产化市场，毕竟他们还没有成长为微软、甲骨文这样的软件巨头，在核心研发能力、支持力度上都很有限，最关键的是数据库生态的建设任重道远。所以我建议您关注开源社区诞生的商业数据库，比如 openGauss 等，背后都有巨头的商业支持，以开源社区逐步构建生态圈。
并且从Oracle迁移的兼容性难题方面考虑，最好的选择也是  postgreSQL、 Mysql 类数据库，SQL、存储过程兼容度高，需要重构应用的成本也相对低些。而国产数据库，就拿 南大通用的GBase举例说一下吧，它基于 IBM Informix 开发完善的，试问有多少人运维过 Informix 数据库，又有多少人有从 Oracle 到 类 Informix 的数据库迁移经验？所以迁移成本很高，不是钱的事儿，得需要大量的人员及其技能再培训的时间成本。
希望我的这点感受能帮助到您。