我认为集中式基本就够用了,而且当前最有压力的国产化群体也是原来的各种集中式数据库。 中小银行的业务场景大概率不需要靠分布式数据库来解决痛点。未来一步到位搞云原生的数据库就好。
收起这个与银行的总体规划有关,是否未来要上云?以及灾备架构方面。还有就是与各自银行的技术储备有关系。如果只是暂时使用,可以先选择一个服务支持水平高的数据库比较靠谱。
分布式数据库:建议选择OB,售后支持、稳定性都比较好,而且兼容Oracle、Mysql的双引擎数据库。
集中数据库:1,与oracle兼容度高的,可以选达梦(价格可能会比较。。。),2,生态好的可以选openGauss条线(PG路线),这个推荐恩墨的Mogdb,因为云和恩墨在数据库服务的支持方面是值得信赖的。
问题有点宽泛,所谓萝卜青菜各有所爱,具体什么数据库适合得具体看该银行的架构,目前知道的大多数银行还是基于传统的Oracle rac数据库架构,个别的新系统可能会使用tidb之类的分布式数据库
收起 如果不考虑信创,O的集中式架构绝对满足中小银行的业务需求,再加上现在io问题也随着全闪存阵列、一体机等新硬件的性能提升得到解决。所以没必要非要用分布式数据库,分布式数据库的优势是天然具备两地三中心高可用容灾架构且能处理高并发,海量数据存储等场景,可以根据这些需求来适当选用,当然应用改造成本或者适配成本就另当别论了。
如果考虑信创,国产的集中式数据库说实在的,外围非核心、非交易的系统可以用,但是核心类和高并发的系统或者对稳定性要求高的系统还是不建议用,毕竟国产数据库才是最近十年开始大量商用起来,稳定性和安全性还有待验证,且性能上面跟oracle还是有差距,高可用MAA方面也不够完善和成熟,如果要满足监管的灾备5级要求还是有难度。这种情况下核心类高并发交易类就可以尝试选用国产分布式数据库,国产分布式数据库在性能和容灾方面比国产集中式数据库肯定要好,而且经过这些年的金融行业的商用,已经得到市场的认可,主流的几个分布式数据库在金融行业已经都有很多成熟案例。不过,确实存在分布式数据库运维复杂度的提升和应用改造成本较大的问题,具体根据各家银行的情况来定。