规模维度总有第一个使用者，很多时候银行是看互联网企业使用的基础上进行的选型和使用，早期互联网企业使用MYSQL的多，所以基于MYSQL语法的，也就是不用对代码修改的，数据库使用规模变得很多，还有就是ORACLE迁移方便的，一般是基于PG的语法迁移少一些。但是这些我感觉还要看未来的发...
从市场案例、与Oracle语法兼容度、服务支持等角度考虑，OceanBase也是一个不错的选择。请参考下这个 ：https://www.talkwithtrend.com/Article/267563这里列出了一些选型的维度。
在选择数据库时，个人理解需要考虑以下因素：1、数据库的可靠性：需要数据库具有高可用性、故障恢复和数据备份能力。2、数据库的性能：对于运行速度和响应时间非常重要，需要考虑数据库的并发访问能力、读写性能、索引优化等方面。3、数据库的安全性：需要具备包括权限管理、数据加...
DB2，就不要考虑存储过程兼容性了。建议在成本，架构，可靠性，技术生态和数据库支持服务方面考虑，综合POC，业务改造适配。选择合适自己业务场景和实际需求的数据库。既然是DB2，一般是核心生产环境了，比如MES，交易库之类的。可以考虑应用方去做改造适配。...
匿名用户
大规模分析处理OLAP场景，更适合在分布式数据库里面做选择吧
欢迎关注https://databench.cn/oms/uaa/fileOperate/download/company/2023/1/17/1cdc6dd6-05a0-4911-9d9e-1460d0b2e2e0.png
看大家也比较活跃....我再认真的重新写一下：1.同业案例 确切的来说是同等规模银行相同业务系统的数据库案例，像核心系统的数据库选型，最好能多走访几家银行，坐下来聊聊技术，有些东西线下能说，网上可不能写。 另外即使规模相当，但有可能核心系统的数据量差距也很大，这个和数...
OLTP普通的分库分表 MYSQL PG性能都行的没有必要采用一个特定的数据库。 这些更多的是OLAP的场景
