分布式数据库如何选型？

用每套引用去选型那也太精细化了吧。
建议是抓主要矛盾，主要的数据库适配完了之后，根据选型的数据库再反过来适配其他业务类型。各种数据库之间并没有一个严格分水岭。比如OLTP数据库在一些OLAP场景或者内存场景也是可以用的。比如历史数据查询，如果历史数据不是太大，完全也可以用OLTP的库。

对于有些小机构来说，可能希望一个数据库包打天下，多选择库意味着有更多的成本投入，以前有ORACLE可以做到，随着国产数据库的慢慢发展，也一样有这样的库会慢慢出现。

当然，对于极致场景，还是应该因地制宜的选择对应的数据库。

在分布式数据库选型时，更应该关注数据库的综合能力，不仅要测试对于数据库传统功能的支持度、分布式特性（如弹性伸缩、高可用、高性能），更要测试数据库运维管理能力和兼容性，后者是应用迁移最为关注的问题。此外，也要考虑成本，根据行里预算进行选型。

至于采用哪种方式，得看贵司的运维管理模式是怎样的，如果是基础资源和应用分开管理，那最好选定一种数据库，应用来接入和适配；如果是应用系统负责制，那可以考虑每套应用自行选择数据库产品。
个人更倾向于，选择一种分布式数据库，搭建一套分布式数据库平台，应用进行迁移和适配。

两种方式各有利弊、都是可以的。需要根据实际情况进行选择。比如，如果业务系统是重新开始搭建的，可以更多考虑适配选定的数据库。但如果业务系统已经上线使用，更多的需要考虑数据库适配应用。

通常不会根据每套应用来选择合适的数据库，这样做的话技术栈可能过于发散。建议的做法是，根据公司业务场景，收敛为若干种类型，然后为每个类型选择2~3款产品。选择多款产品的原因，是为了避免厂商绑定问题。然后需要根据每类场景，制定开发规范（取2~3款产品的功能交集作为标准）。