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

首先说国产数据库是肯定能替换oracle的。
再者就是说迁移替换的工作量的问题，替换要看兼容性和替换后性能表现。国产的达梦数据库已经有很多案例，金融行业的案例也不少。达梦数据库对oracle的兼容性比较好，只要遵循SQL标准的应用都能直接运行。但是每个数据库都有自己的方言，不完全遵循SQL标准，oracle的应用如果使用了修改量一般也不是很多。关于架构和产品，达梦数据库有对应oracle常用两地三中心的架构产品都有可以实现的产品，不管是共享存储，还是主备，还是异构数据库数据同步，还是ETL 都已经有迁移成功案例。

这个得里应外合。外部得给机会，这个不敢切，那个不敢切，永远上不去。就像高中生考大学，不是得满分750才能上，680分就可以上。内部得舍得投入，真下狠心切过来了，肯定有大量问题，得舍得撒人去人肉运维。光想着切系统，不舍得运维上撒钱，哪个客户闲大了陪你玩，就算要去IOE。人家一个报告说不行，那就没法切，谁自己背雷替别人趟路。而且里边提的国产厂商有一头算两头，OCP级培训哪个铺开了，市场上没有OCP级的运维人员，啷个运维噻。都从厂家派么，厂家养得起几千个OCP级到处跑来灭火？

目前在核心业务还不能。事关生死慎重又慎重。非核心业务可以勇敢尝试，不给国产产品机会，永远不能替代。

这个问题只能作为一个粗浅观点交流来谈谈，不具备作为决策意见的意义，毕竟没有任何一家国产厂商敢拍胸脯保证能完全替换Oracle，并且不会出现重大故障。功能、性能这些方面要展开说的话太多了，另外国产数据库厂商公开或中立评测数据都太少，大多都是厂商自行测试的结果，需要甄别。

这就像五菱宏光和兰博基尼，作为车，都有车的基本功能。
我平时开兰博基尼60码跑城市路，开多了想换个口味，开五菱宏光60码跑城市路行不行？肯定是行啊，顶多驾驶感受和节奏打些折扣。
若我平时开兰博基尼下赛道飚到200多码，开惯了还觉得不带劲，想开五菱宏光去赛道飚个车、和兰博基尼来一把，行不行？为什么不行呢，五菱宏光的仪表盘上不还是有200码，一脚油门下去速度还不是能飚起来。你说安全？你都想着开五菱宏光下赛道和兰博基尼一较高下，还谈安全不安全？

虽然国内数据库种类也不少，真要替换了，那就是一个平台类替换与兼容问题
上层应用、操作系统、底层硬件设备。

国产数据库是否兼容，性能是否满足应用需要，底层硬件支持是否全面。

不是说国产的不好，就是国产的资料封锁太严重，很多在网络上搜索根本找不到！
甚至官网都下载不了！

对运维人员可能在超出质保范围外会有一定困难！

达梦还不错。

这是一个很纠结的问题，说的不好，容易被拍板砖。但是又不得不去面对。
从题目的角度来看，“# 国产数据库能否替换oracle数据库”，我认为肯定是可以是替换的。
为什么这样来讲呢？
传统的OLTP数据库对于应用程序来说，我认为最大的价值还是ACID的四个特性，其他都可以看做附属价值，换言之，其他的一些功能是可以通过应用补偿来去实现的，ACID确实不好在应用侧来去实现。
所谓“ 国产数据库能否替换oracle数据库 ”可行性，唯一办法是从项目的角度出发，数据库能力不如ORACLE的地方，应用程序去做补位以完成数据库的替换。所以我说，国产替换ORACLE是可行的。
但是从数据库产品能力和软件能力来去评判，国产数据库和ORACLE还有很大很大的鸿沟，这个现状我们需要有清醒的认识。不是说我们完成了一个oracle数据库替换的项目，我们的国产数据库就具备和ORACLE PK的产品能力。我认为这是两件事情。
我遇到过很多很多用Oracle数据库的甲方，他们提的问题通常是两个：1、oracle的兼容性如何？2、是否可以超过oracle计算能力。
其实我们应该反过来思考：
1、提到了oracle的兼容性，基本上都是面向应用的语法和函数的兼容性，而不能代表产品的全部能力。从这点上来说,oracle的兼容性和oracle具备的产品能力两者之前还有很大差距。
      很多客户都以为自己对ORACLE很熟悉很了解，其实大部分还是停留在应用层面。我个人认为ORACLE本身如同一个庞大而复杂的机器，极少有人能退出来看到机器的全貌，绝大部分人都是扎到机器里面看到某几个部分。
2、从代码、算法、还是优化器、RAC、ADG等，我都认为ORACLE是非常非常非常强大的，换言之，就算我们在某个场景比ORACLE计算的快，也不能说我们具备了和ORACLE一样的能力，更不能说完全替换ORACLE。

我们需要清醒的认识到数据库到底是干什么用的，我们自己的业务场景到底是需要什么样的数据库能力，我们就能选择出适合自己的数据库产品。

总之，我的看法国产数据库的路还长，我们不能因为在项目上替换几个ORACLE数据库而骄傲自满，也不能因为看到和ORACLE产品能力的差距而妄自菲薄。

一、政策层面：
数据库，去O、国产化已经是确定的道路，现在大家对这点已经达成共识，基本没有异议了。
二、实施途径方面：
分步开展、步步见效，不宜冒进，先外围系统使用国产化数据库+开源数据库，积累经验和打磨技术，建设新平台和制定新规范，后核心系统逐步从主机下移。
三、与数字化转型结合：
企业信息化向数字化转型，以数字化为变革基础，不要只是做简单的数据库迁移，而是整个企业数字化转型。站在企业数字化转型视角，使用国产化数据库，数据迁移、存储过程迁移，这些都是必须做的工作，不要指望完全自动化的一键式数据库迁移切换，需要投入就加大投入。

对于国产数据库是否可以替换Oracle数据库的这个问题，我看不少大佬和专家都有过回复，回复的也挺到位，很多方面都提及到了，在这里我就从日常工作情况和环境中了解的信息方面，谈一谈如何使用国产数据库替换Oracle的思路，供大家参考，我个人还是希望国产数据库能够大力发展起来。为了支持国产化道路，可以选择一些新上线的、不是特别重要的系统优先使用国产数据库，上线前与数据库厂商进行充分交流和测试（现在数据库厂商一般都给予大力支持），这样降低了风险，也没有迁移的风险；其次，这样也是一个学习和了解国产数据库最好的过程，只有真正使用国产数据库，数据库厂商才能不断迭代更新，越来越好，也只有使用了，厂商的服务、培训、社区等各个层面才能同步发展起来。最后，也希望国内数据库厂商能真正用心把产品做好，只有做好了，大家才愿意去买单，你不能让大家花了钱还得承担更大的风险。

至于重要的核心的一些系统，如果公司有实力也是可以替换的。