老系统替换时，数据迁移往往比新功能开发更容易出问题。迁移不是把表导过去，而是把旧结构里的业务含义翻译成新结构能理解的形式，并保证数量、金额、状态、时间四类信息不丢失。
一、迁移前先做三件事
- 盘点数据资产：列出所有库、表、文件、附件、日志，标注哪些必须迁、哪些归档、哪些废弃。
- 确认业务口径：同一字段在老系统和新系统中的含义可能不同，例如“订单状态”的枚举值需要逐项对齐。
- 定义唯一标识：为每条主数据确定迁移后仍可追溯的编号，避免关联关系断裂。
二、字段映射与清洗规则
建立字段映射表，逐列写明来源、目标、转换逻辑和默认值。常见清洗包括：空值补全、日期格式统一、手机号脱敏、金额精度统一、重复记录合并。规则要写成可执行的脚本或配置，而不是口头约定。
三、迁移执行的分批策略
- 先迁基础数据：组织、用户、字典、分类。
- 再迁业务主表：订单、合同、工单。
- 最后迁明细与附件，并保留增量同步窗口。
每批完成后暂停，核对总量与抽样明细，确认无误再进入下一批。
四、校验闭环怎么做
- 总量校验：新旧系统各表记录数对比，允许差异需有说明。
- 金额校验：按主体、按月份汇总求和，比对总额与分项。
- 状态校验：统计各状态分布，确认没有异常默认值。
- 抽样校验：随机抽取若干条完整业务链，人工核对关键字段。
五、上线后的观察期
切换后保留旧系统只读访问一段时间，方便追溯。同时监控新系统写入是否正常、报表是否对得上。若涉及APP或小程序端，还需验证登录、列表、详情页的数据一致性。
在济南软件开发实践中，山东盟赞网络科技有限公司通常会在迁移方案中要求先出映射表与校验脚本，再安排分批演练，确保正式切换时问题可定位、可回退。