中小公司的国产数据库如何选型和迁移？

目前国产数据库的技术架构（除阿里云的PolarDB外），可以参考文章：
https://cloud.tencent.com/developer/article/1574148。 以及 白鳝老师的：金融行业分布式数据库技术选型及成本分析：https://www.talkwithtrend.com/Article/257383。

总之一句话：选择适合自己业务类型的数据库，以组合拳的方式解决目前深度依赖Oralce/DB2数据库的情况。目前OLTP对于任何一个国产数据库来说，都不是一个太大的难题：适配业务，加缓存等等方式。难点在于 后期运维。这注定对于没有专业DBA的中小公司的困境。
而对于OLAP应用，目前还是属于Oracle/DB2天下，在蚂蚁内部 这块应用很大一块已经被OceanBase所替代。10年前，在大家的印象里，DB2主要做OLAP(DPF+超强的优化器)，Oracle主要做OLTP, 而目前呢，大家觉得Oracle主要是做OLAP，因为OLTP已经被互联网玩透拉。OLAP目前开源解决方案层出不穷：HIVE,HADOOP，Spark等等，替代Oracle只不过是时间的问题而已。当然有部分应用还是适合OLTP+OLAP的，另外最重要的还是资源使用，毕竟大部分应用只是白天忙，晚上闲，并且并不是所有的应用都需要实时分析，搞了一大堆机器难道要晚上开Party， 哈哈。
建议您选择可以胜任100%的OLTP+胜任80%的OLAP的国产数据库系统，这样至少可以满足您 90%的应用诉求。
关于您的前2个问题，目前各国产数据库都有自己的一套方法论以及相应的工具，具体可以联系相关的公司的BD了解详情。
1、国产数据库选型及数据迁移是否有较为成熟的模型和实践路径可以参考？
2、在投入有限、国产数据库专业人才支持不足的情况下，如何保障国产数据库的实践和数据迁移？
关于您的第三个问题 ， 目前国产数据库的商业化之路确实做得都不太好，需要一段时间去积累和完善，不过关于 应用系统、系统架构和数据库的综合实践 ，具体可以看看：
# 开源实践 | 携程在OceanBase的探索与实践。
总之，万事开头难。

https://www.cnblogs.com/CtripDBA/p/15771511.html
3、国产数据库的应用生态和体系尚在完善过程中，其实践不仅仅是数据库本身的实践，而是应用系统、系统架构和数据库的综合实践，是否有合适的案例可以建议和参考？