中小银行采用集中式数据还是分布式数据库，哪一种合适？

我认为集中式基本就够用了，而且当前最有压力的国产化群体也是原来的各种集中式数据库。 中小银行的业务场景大概率不需要靠分布式数据库来解决痛点。未来一步到位搞云原生的数据库就好。

主要看行里的整体策略
1. 要考虑整体的业务情况，要什么？如果只是为了XC 那就要考虑对芯片、OS的适配，包括性能以及是否可以混合部署，毕竟业务不受影响是最关键的
2. 要考虑迁移成本，包括是否兼容现有的应用和系统，这个涉及到是否要改代码以及代码改造量，我们遇到过旧系统原来的开发人员都找不到了，改系统是不可能的，这个时候就要考虑数据库对现有应用的兼容性
3. 考虑存储和容灾，一般现网都是主备（1+1或者1+2），集中式的就还是按原来的方式继续做，如果业务上没有诉求的话（一般都是渠道和营销侧的诉求比较多，还有互联网信贷）没必要上分布式，但小额信贷这么好的产品估计没有哪个行不做，还有多渠道和营销诉求估计也没有哪个行不做，所以基本上排除了传统集中式，这也是为什么这么多行不论大小都在往分布式上转的原因，再有就是要符合监管，这个是逃不掉的，高可用，业务不中断，数据不丢失，这个是保命的
5. 考虑整体成本，分布式目前来看如果单点还需要有分布式事务开销，会有一定的成本，这就需要估算业务上来后的QPS、TPS以及各种节假日的促销峰值，涉及到多租户、高并发，这个是分布式的强项，要综合算一下，投入的设备、人力的综合成本，虽然分布式用PC服务器，但也架不入多集群，考虑利旧以及逃生
6. 最后，才是考虑未来发展，可以安生多久

集中式；
虽然说分布式的优点很多，但是运维是难度提升数个阶段，且分布式事务多多少少都不是很完美。
我个人一向认为 一百头牛和一个大象 选择大象而不是100个牛。

这个与银行的总体规划有关，是否未来要上云？以及灾备架构方面。还有就是与各自银行的技术储备有关系。如果只是暂时使用，可以先选择一个服务支持水平高的数据库比较靠谱。
分布式数据库：建议选择OB，售后支持、稳定性都比较好，而且兼容Oracle、Mysql的双引擎数据库。
集中数据库：1，与oracle兼容度高的，可以选达梦（价格可能会比较。。。），2，生态好的可以选openGauss条线（PG路线），这个推荐恩墨的Mogdb，因为云和恩墨在数据库服务的支持方面是值得信赖的。

1、不应该绑定一个数据库；
2、不能绑定一个厂商；
3、业务不同，数据库也不同；
4、没有最好，只有适合；
采用多步走战略，不能一口吃个胖子，解决最函待解决的问题。

按照本行实际情况进行，既要保持前瞻性，也不要过度设计。建议根据实际生产情况和未来业务增长，与厂商进行沟通。

天下大事，合久必分，分久必合。是集中式还是分布式主要看业务系统及场景。
我的建议中小银行或企业，主要以业务快速变现为主，相比分布式传统的集中式较为简单、稳定且成熟，建议核心系统集中式，周边系统可尝试分布式。

具体看应用场景、行业、数据库分布情况、地理位置、存储架构形式、功能和性能要求等，从而进行综合决定。传统核心系统大多采用集中式架构的存储，分布式核心系统多采用分布式数据库和分布式存储架构。具体选择哪种数据库，要看实际应用情况

结构化数据，IO需求高的业务用集中式，非结构化数据，如影像，图片存档等用分布式。具体的选择还是要看应用场景，业务规模还有技术，资金的投入来确定。可能对于中小银行来说没办法分的这么详细。那可能就要折中一下。看那一类的业务更重要。

就单系统来说大多场景集中式就可以满足需求，但从容灾、管理效率、资源利用率来看，只有分布式才能更好的集中化管理，适合更多场景，尤其对于小规模企业更是如此！