随着业务不断发展，以及自主可控等需求也促使电信运营商开启自主可控数据库替换之路。
但是自主可控数据库替换之路并不那么平顺，面临着不少挑战。在2022可信数据库峰会上，某运营商相关负责人指出，国外商用数据库经过与运营商IT系统的多年磨合，已经打造出成熟可靠的产品能力，数据库替换存在大量应用改造、割接保障及运维配套措施，整体替换工作量极大，具有很多挑战：
第一个挑战是数据库选型困难，近年来国产数据库品牌蓬勃发展，百花齐放，可能有几百款产品，数据库数量太多，选择合适的数据库比较难。而从需求方来看，业务场景多样且差异大，对数据库的要求不同，对某些场景支撑很好的数据库，可能并不适合其它场景，如何选择适配场景的数据库是个难题。比如该运营商的CRM核心系统业务复杂度高，对数据库性能要求也高，大量的SQL语句采用了rownum等Oracle专用语法，且有复杂SQL的嵌套查询。需要满足语法、数据对象兼容性，满足高并发、稳定性、可维护性等性能，且会关注生态和人才的可获取性。
其他三个方面挑战包括，研发方面应用改造量大，工程方面业务割接有较广影响，以及运维管控要求高。造成“不敢改、不敢割、不敢接”的局面。
如何破局?该负责人指出，需要整体规划推进，数据库自主可控不是简单的软硬件替代，也不是探寻简捷的路径，要全面研判技术演进趋势，做好方向把控。不同业务场景，需要适配最优技术路线。
在数据库选型时，从生态和技术视角，要确保可持续发展。他们会关注以下几个方面：
1、评估产品自主可控。包括，自主程度，重点关注产品源代码自研率、技术路线、知识产权等情况;开源许可证风险，避免开源协议带来的法律风险;知识产权，关注数据库核心模块的专利及软件著作权。
2、评估产品技术竞争力。包括，技术特性，重点关注ACID事务、数据一致性、可靠性、可扩展性等;兼容性，关注数据库与历史数据库兼容性，包括研发兼容性、生态兼容性、运维兼容性等;安全性，关注访问权限控制以及权限控制的粒度，无故障持续运行概率，数据库的加解密功能等。
3、评估产品和工具成熟度。包括，功能满足度，是否满足语法、函数、数据类型、视图、接口、功能等支持和兼容;工具体系，包括兼容评估、应用/数据迁移、运维监控、诊断报表、备份恢复、多活容灾等工具;驱动和接口全面支持，兼容主流的JDBC、ODBC等接口;开放生态，开放OpenAPI，全面支持客户现有系统对接，对接第三方伙伴提供运维支撑服务。
4、评估生态成熟度。社区生态方面，关注行业排名、社区活跃度、从业者人数、团队人才建设、知识产权开放度等;产品生态方面，关注产品供应链安全，跨行业案例落地情况，新产品市场拓展，第三方良性发展等。
当然，自主可控数据库替换是一项系统性工程，数据库选型是非常重要的一环，需要统筹规划，通盘考虑产品选型、应用改造工作量等多方面因素，在研发、工程、运维方面提供好保障，立足当下，着眼未来，使得应用最小化改造，数据库最大化兼容，最大化保护投资。
毫无疑问，我们迎来国产数据库的最好时代，与过去相比，在产品技术和应用等多方面已经取得极大的进步，但是国内数据库技术演进仍然是一场持久战。希望各数据库厂商能够不忘初心，脚踏实地，多倾听用户声音，打磨好产品，构筑好生态，产学研用各方协同努力，为中国数据库市场繁荣添砖加瓦。
