数据迁移听起来是个技术活：把数据从A系统导出来，导入B系统。但实际操作中，迁移的难点不在“搬运”，在“对齐”。
难点一：字段映射不是一一对应的
老系统里的“客户状态”有五个值，新系统只有三个值。老系统的“已成交”在新系统里对应“已签约”还是“已付款”？老系统里没有明确对应关系的字段，迁移时怎么处理？这些问题不解决，数据搬过去了，业务人员看不懂、用不了。
难点二：关联关系容易断裂
老系统里，订单关联到客户，客户关联到合同，合同关联到回款记录。迁移时如果只导了订单表，没导关联关系，数据就是一堆散落的记录，查不到“这个订单是谁下的、合同在哪、钱付了没有”。数据迁移必须保留业务对象之间的关联，而不是只搬“表”。
难点三：迁移期间的新增数据
迁移通常需要停机窗口。但停机期间如果业务不能完全停（比如线上商城），迁移过程中产生的新订单怎么办？是迁移后补录，还是设计增量同步机制？大连爱得科技在数据迁移服务中，会根据业务对停机的容忍度设计迁移策略：能停机的用全量迁移，不能停机的用“全量+增量”方案，确保迁移期间业务不中断、数据不丢失。
一个判断标准
问服务商：迁移完成后，怎么验证数据对不对？ 靠谱的回答应该包括：记录数比对、关键字段抽样核对、业务场景验证（比如抽一个历史订单，看在新系统里能不能完整还原）。只做“记录数对上了”的验证，不够。记录数对了，内容错了，等于没迁移。