金融业国产分布式数据库选型的难点有哪些？

选型难点包括有：
1.基础功能待完善
对标国外商用数据库，现有国产数据库（特别是分布式数据库）在功能上仍然有待完善。这一方面是因为分布式架构所造成的功能tradeoff，另一方面是在国产厂商产品还需要时间去积累完善。
2.运行稳定待验证
对于数据库而言，稳定性是第一位的。产品的稳定性是要在长期实践中不断打磨、持续改进的。这需要一个时间过程。针对分布式数据库，则更是如此。其天然的分布式架构有利于提供更高的可用性保证，但另一方面分布式架构天然由多组件组成，其复杂程度较集中式更高；对底层基础环境的要求也更高。
3.迁移改造任务重
选择一款数据库产品，对应用侧来说，意味着大量的应用迁移工作。虽然很多数据库产品推出xx兼容能力，但从实际效果来看仅能减少部分移植工作，整体迁移任务量仍然很高。且迁移采用所谓的兼容模式，也不利于后期平滑更换。
4.风险巨大需并行
对底层数据库的更换，是存在较大技术风险的。一是由于新产品、新架构所带来的风险；二是应用迁移改造带来的不确定性；三是产品本身的稳定性的潜在风险。为应对这种情况，最为稳妥的方式是采取应用双发并行的方式解决。这种方式可在最大程度上减少可能初期的风险，可做到数据冗余、无缝切换、灵活可控等，但其花费的代价也是非常高的。需要从应用端做大量双发改造，如果更换系统很多，这方面代价是比较大的。
5.生态环境需培育
虽然发展多年，但国产数据库在整体市场上仍然属于小众选择。之前国外厂商产品占据市场领导地位，经过多年发展已形成了较为完善的生态。随着近些年来，MySQL、PG开源数据库在互联网行业得到大量应用，积累大量用户，建立其不错的生态。很多国产分布式数据库采用迂回策略，通过兼容上述数据库标准，来享受开源生态红利。此外，近期国产数据库如TiDB、OB、PorlaDB、openGuass等，也纷纷开源建设自有生态。
6.场景多元难选择
随着数字化深入，其使用场景更加多元化，这也对数据库提出了较高的要求。仅选择单一数据库满足全场景需求，几乎是不可能的。在传统数据库上，这一问题还不明显，因为这些数据库往往是多面手，各方面功能较为均衡；而新型数据库则不然，其往往有明确的适用场景范围。而作为企业用户，是需要对自己场景有个清晰的认识，然后按图索骥找到适合自己的产品。
7.厂商绑定风险高
选择某厂商产品，也就意味着选择某一技术路线，如果深度依赖厂商产品的特有能力，无疑存在绑定风险问题各厂商产品实现差异很大，没有通用的使用标准。如何规避这一风险，带来最大的自由度选择？