针对银行核心类业务场景数据库选型，大家重点关注哪些指标？
比如，我们可能关注如下几个方面的指标。
1：是否背靠大树，保证产品的可持续研发能力
2：市场案例是否充足，验证数据库的成熟度
3：与mysql、oracle等成熟数据库语法兼容性，可以减少改造成本。
4：配套软件是否充足，当前的数据库都不能作为独立的产品使用，需要配套的工具才能更好使用。例如，监控巡检工具、数据准实时同步工具、导出导入工具等等
各位在选型的时候，还要考虑什么指标？
11同行回答
看大家也比较活跃....我再认真的重新写一下：
1.同业案例
确切的来说是同等规模银行相同业务系统的数据库案例，像核心系统的数据库选型，最好能多走访几家银行，坐下来聊聊技术，有些东西线下能说，网上可不能写。
另外即使规模相当，但有可能核心系统的数据量差距也很大，这个和数据保留策略有关，因此即使有了同业经验，还需要根据行内核心系统的特性来看。
2.数据库类型考量
在选择数据库类型中，可能现在多以分布式数据库为考量了，那么除了能不能满足使用，还要考虑不同分布式数据库类型对后续运维、开发规范等影响，这部分原生分布式数据库和中间件型分布式数据库差异还是比较大的。
主要是在分片规则设定、多表关联查询、轻度olap使用这块，单存储引擎（不考虑带入单独列存的设计）的olap是分布式数据库的一大痛点。
这块也决定了后续使用，要不要制定强开发规范，这也意味着是DBA用的痛苦一点，还是开发人员用的痛苦一点.....
3.数据库运维监控管理软件
这部分功能，将直接决定数据库对于运维人员好不好用，尤其是中小规模城商行使用。在这部分功能上，不同厂商产品的差距能拉开的很大。
对于中小规模城商行的运维人员，说实话TPS、QPS低那么10%、20%影响不大的，反而是运维、监控、管理能力，有时候直接决定了RTO时间。
重点关注城商行案例少的数据库厂商，他们往往这部分能力偏弱。
4.与核心系统的适配
这部分仅对于使用核心应用厂商做完全替换的新核心建设，那么你要重点和长亮、神码这种核心厂商沟通，基于不同数据库做开发，对于你的新核心应用建设有哪些阻碍。
适配么肯定都适配过，好不好用他们心里清楚。一定要问到技术细节上好不好用，比如：如果分布式数据库不建议>=2张表以上的关联查询，那么你的核心要如何设计，你的柜面逻辑要如何设计才能匹配这个规则，开发难度怎么样。
5.数据迁移同步工具
这部分不展开了，比较多：同库、异库迁移数据的工具便捷性；异库迁移对于特殊字段的兼容替换；基于日志的实时同步工具要不要借助第三方，稳定性如何，这个涉及到双库并行策略等等
- 确实如此，光靠厂商提供的案例，真的很难说明问题。有时一个非常偏远的系统，也说成核心。
- 全中国的国产数据库，70%在四大行都有相关案例，这和技术没关，这是四大行作为大国之行的社会责任体现，哈哈
工信部赛迪顾问2023年2月发布了《 核心数据库升级选型参考 》，这个是比较权威的，而且对核心系统有针对性，有参考意义；
参考链接:https://baijiahao.baidu.com/s?id=1761039726492953703&;wfr=spider&for=pc
以史为鉴，数据库必然会向头部收敛，即使的当前的老二，尚且不一定能活下来；即使是大厂，产品不行，依靠多种产品夹带数据库进去，同样走不远的；
选错那就再来一次选型，可能负责人换成另一个人；
经过一周的互动评论，对大家根据实际经验列出的重点关注哪些指标做了一个汇总（共九个），可见如下链接：
https://www.talkwithtrend.com/Poll/463353
但是，这些指标中，有些是核心指标，有些是非核心指标，因此做了如上的一个投票问答，大家可以继续参与，选出银行核心类业务场景数据库选型中TOP 5的核心指标。
收起分享社区专家两篇相关文章，可以做个参考：
1、《国产数据库选型评估体系建设经验参考》
https://www.talkwithtrend.com/Article/262943
2、《国产数据库需求场景评估模型解析（附评估模型文档工具下载）》
https://www.talkwithtrend.com/Article/264645
ChatGPT 回答
除了上述提到的指标外，银行在数据库选型时还需要考虑以下几个方面的指标：
- 数据安全性：银行是处理大量敏感数据的机构，因此数据库的安全性是非常重要的指标。在选型时需要考虑数据库的安全性能力，例如加密、权限管理、审计等。
- 数据处理能力：银行需要处理大量的数据，因此数据库的处理能力也是非常重要的指标。在选型时需要考虑数据库的性能指标，例如吞吐量、响应时间、并发能力等。
- 可扩展性：随着业务的发展，银行需要不断扩展数据库的规模和能力。因此，在选型时需要考虑数据库的可扩展性，例如分布式架构、集群能力、水平扩展能力等。
- 成本效益：银行需要考虑数据库的成本效益，包括购买成本、运维成本、开发成本等。在选型时需要综合考虑数据库的性能、安全性、可扩展性等因素，选择最适合银行业务的数据库。
- 技术支持：银行需要保证数据库的稳定性和可靠性，因此需要考虑数据库厂商的技术支持能力。在选型时需要考虑数据库厂商的技术支持体系、响应速度、解决问题的能力等。