对于OLTP而言，中小城商行的数据量不如大行，是否有必要引入分布式数据库?什么情况下需要引入，如何选型？

根据您的描述，目前传统数据库如Oracle、DB2应该是能够满足你3-5年内的需求的，所以现在这是引入分布式数据库（推荐信创产品）的最佳契机，你有3-5年的试用时间，可以现在非核心系统进行试用，逐步用到核心系统中。

说句反潮流的话：采用分布式数据库的目的是什么？其实是更好地处理集中式的业务。银行的业务是大集中的，因此不管是分布式还是集中式，最终都是用各种方式满足大集中的业务需求。分布式和集中式只是手段不同。如果集中式可以满足业务要求首先从需求上就没了更换的必要。

另外这个业务需求除了自主可控外，主要来自于业务支撑压力，而非成本等因素。再说句反潮流的话，当前（注意这个限定）用分布式替换集中式架构多数成本会更高。

如果出于其它考虑，打算引入分布式数据库，那么说一些数据库之外可能需要考虑的东西：

1. 引入分布式数据库不只要考虑数据库，而是要将基础设施、云等IT能力综合考虑。分布式数据库往往会带来数倍甚至十倍以上的硬件增长，软件的规模和维护压力也是爆增的。那么相应的资源准备，管理，自动化运维都要跟上。
2. 应用改造、迁移的工作要重视。如果能引入大行的经验甚至能力最好，如果不能，那要评估一下大行的经验是否适合中小城商行的开发维护能力，能不能构建相应的能力。

以经济方面，实用性方面考虑吧，对于OLTIP而言，如果中小商行现在以集中化数据库就可以满足业务需求，就不需作大量变更，如果不差钱，或者为日后业务扩大而考虑，就可以用一些不太核心的业务来尝试，尝试使用分布式数据库。