我们这大部分也都是tidb，达梦。但是核心系统一直没确定下来。
真挺难的，对我们这运维人员也难，啥都得重新学。
其实就是看公司领导决策和方针。下面干活的其实选择权不大。
学的多竞争力强一些，有好有坏吧。现在的就业环境，忙点也好，有钱赚。
tidb 有工具支持 Oracle协议存储过程转 java。
是的，多学点吧
有些数据库，吹得很牛，实际用过踩了坑就知道痛了；
还有一些，在静态数据下性能测试牛得不行，一旦重发业务流量，引入增量数据，瞬间拉胯
2 个赞
经不住考验的，迟早淘汰
可以简单写出来 避免大家误入坑哈
写不了一点，企业POC都有保密协议，各位只能充分测试，自求多福了
tidb都不行吗，是不是你们同事技术不行，换人就好
在这里我有几个观点想要表达！
TiDB 几乎好多金融的业务场景都是从 Oracle 到 TiDB 的？以下是几个他们选择 TiDB 的原因：
- 架构演进适配云原生趋势 ：Oracle采用集中式架构（Shared Everything），依赖大型硬件，横向扩展受限；TiDB基于原生分布式（Shared Nothing）架构，计算与存储解耦，支持自动分片、弹性扩缩容，契合微服务、云原生与多中心多活的现代化IT架构需求，解决了Oracle“肥大”、硬件依赖的痛点 。
- 性能与效率的显著提升 ：TiDB突破Oracle在高并发、大流量场景的瓶颈——中国人寿财险保单中心系统迁移后，响应时间从9ms降至6ms，连接数达1.03万（解决Oracle连接数不足问题），业务性能提升最高超10000%；某城商行新一代核心系统日均交易量超1000万笔，日终跑批效率提升2.1倍 。（图 2）（呈现某城商行核心系统架构与性能数据）
- 成本优化效果突出 ：TiDB部署在标准x86/ARM/龙芯主机或云平台，无需小型机、高端存储，硬件成本大幅降低；开源协议（Apache 2.0）节省Oracle软件授权费用。例如中国人寿财险每年节省软硬件成本约1800万元，某大行现金管理系统从IBM小机下移后年节省数百万元 。
- HTAP一体化简化技术栈 ：TiDB通过TiKV（行存）+TiFlash（列存）的HTAP架构，实现同一份数据同时承载OLTP（高并发交易）与OLAP（实时分析），替代Oracle+MongoDB+Hive等异构系统，简化运维与开发成本。某大行客户交易综合查询系统用TiDB替换多套数据库，支持6亿客户、千亿级明细的实时查询 。
- 金融级高可用与灾备能力 ：TiDB基于Raft共识算法实现多副本同步、故障自动转移，支持两地三中心/分布式多活，RPO=0、RTO<30s，满足金融核心系统的高可用要求。某城商行通过TiDB实现跨3000公里的异地灾备，秒级切换无业务中断 。
迁移过程中，我们可以提供全周期项目保障（如数据迁移方案、SQL兼容性评估、运维重保），降低迁移风险；多个金融行业案例（如中国人寿财险、国有大行、头部城商行）已验证TiDB在核心场景的可靠性，覆盖保单中心、现金管理、交易查询等复杂业务 。
很多有前沿意识的 CIO/CTO 之所以选择 TiDB 的原因是因为，他们不想被老一代 Oracle 存储过程绑架一辈子，而在当下，应该去选择一款能满足他们 30/50 年业务需要的数据库。
也刚好利用 Oracle 存储过程重构和迁移的契机，把业务历史的脏数据清楚，用一个崭新的视角来看到当下和未来的业务对基础架构的需要，利用这次计划更好地去实现最大化的业务价值。
1 个赞
+1 有些用起来根本就没有测的话，而且这个代差非常大
Oracle迁移适合考虑哪个国产数据库？
感觉国产数据库还是没有Oracle的功能强大，还是需要努力
把前几位的都试一遍…
确实，现在是鱼龙混杂，现在还处于野蛮增长期，淘汰过程还没完成
是的，只能自己多多测试，各种场景，各种压力
多测试吧