代码可控率，这个怎么说呢，只要企业的业界信用可以，运维到位，其实代码的可控率不是很重要，银行使用，也就是在业务层使用，基本不会到源码层修改。最多到参数的维护。

规模维度总有第一个使用者，很多时候银行是看互联网企业使用的基础上进行的选型和使用，早期互联网企业使用MYSQL的多，所以基于MYSQL语法的，也就是不用对代码修改的，数据库使用规模变得很多，还有就是ORACLE迁移方便的，一般是基于PG的语法迁移少一些。但是这些我感觉还要看未来的发...(more)

看资源吧，影响最小那就系统并行，不论是在压力测试还是数据质量比对的情况下，都可以使问题得到体现

OLAP 应用可以通过增加分布式节点的方式解决性能差距，但是 OLTP 这方面很难弥补，它主要依赖单机和数据库本身的性能，除非业务可以通过改造的方式适应分布式架构的数据库。

长远考虑数据库厂商的发展和厂商绑定的风险，有能力的保持3种，最低条件保持2种。在应该过程可以可以按比例投入资源。

除了提到的这些点，还可以参考：1、行业的测评数据2、极端情况下（例如高IO、数据量超大且磁盘空间不足）的测试用例，评估数据库的稳定性和性能损失情况3、厂商的数据仅作参考，有条件的自己搭建环境测试...(more)

1个大原则：在技术能难以评估的前提下，在线交易型的采用关系型数据库（OLTP），分析类型的采用分布式数据库（OLAP）

国产数据库替代的趋势已经开始起来，在国产关系型数据库的选型，大家关注数据库哪些具体能力？为什么这些能力很重要？