前言
为了满足国产化需求,我们计划将 Java 项目所使用的数据库由MySQL替换为国产数据库。然而,鉴于仍然存在非国产化项目需求,还需支持成本较低的非国产化数据库。此外,由于不同国产数据库在使用场景上存在差异,部分客户可能还会提出使用不同国产数据库的特定要求。因此,我们需要确保Java项目能够根据不同客户的实际需求,实现数据库的自由且平滑切换,以保障项目整体的稳定性和灵活性,为客户提供更加优质、高效的解决方案。
一、具体需求
为了满足国产化替代需求,同时兼顾非国产化场景的兼容性,我们需要对现有Java项目的数据库架构进行改造。具体需求如下:
-
核心目标:同一套代码适配多种数据库,根据项目需求自由切换。
-
兼容性要求:
- 非国产数据库,如PostgreSQL、MySQL等
- 国产数据库,如达梦、金仓等
- SQL:可以根据不同数据库自定义高效率的SQL语句
-
技术实现要求:
- 设计灵活的数据库适配层,实现不同数据库之间的无缝切换
- 确保切换过程对业务代码透明,不影响现有功能
- 保证系统在不同数据库环境下的稳定性和性能表现
-
扩展性考虑:
- 架构设计应便于未来新增其他国产数据库的支持
- 配置化管理数据库连接,降低切换维护成本
设计方案需要在满足国产化要求的同时,保持系统的灵活性和可扩展性,以适应多样化的客户需求。
二、设计思路
1、设计思路
- 更换数据库只关心数据库相关流程和操作即可
- 业务处理流程及每层可能变化
- 用户请求:用户请求和更换数据库没有关系,不用改动
- controller:controller层和更换数据库没有关系,不用改动
- service:service层调用dao接口,和数据库操作有一定关系,service层注入dao层接口对象可能要改动
- dao层:dao层调用mapper.xml,和数据库操作有较大关系,mapper层大概率要改动
- mapper.xml:mapper.xml直接编写操作数据库的SQL语句,和操作库操作有直接关系,肯定要改动
- 数据库:不同的数据库SQL语法可能会有不一致的地方,需要做不同数据库之间的数据迁移
三、总结
- 本文介绍了需求来源和要求 ,并提炼了需求
- 根据提炼的需求,梳理业务处理流程及每层可能变化
- 下文会设计思路整理出一个初步方案,并分析其优缺点,提出优化方向,逐步升级并提供最终解决方案