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