KingswaySoft迁移Dynamics数据：扩展表ID不存在错误求助

这种情况我之前做数据库迁移时也踩过坑，大概率是关联逻辑或者迁移流程里的细节出了问题，咱们来拆解几个最可能的原因：

• 关联字段的定义/指向错误
  先仔细核对Extensions表的迁移脚本里的外键约束：比如你是不是把外键指向了错误的表或字段？比如本来要关联Contact.Id，结果写成了Extension.Id，或者误把表名写成了Contacts（而实际迁移的表是Contact）。有些数据库对大小写敏感，比如PostgreSQL，如果脚本里写的是小写contact，但实际表是大写Contact，数据库会认为关联表不存在，进而抛出类似“ID不存在”的错误。

• 迁移顺序的依赖未正确处理
  虽然你说已经迁移了Contact和Account表，但如果你的迁移工具（比如EF Core、Flyway）没有正确识别依赖关系，或者你手动执行迁移时顺序搞反了？不过你说已经完成了Contact的迁移，那更可能是迁移脚本里的外键约束没有明确依赖前两张表的迁移任务，导致数据库在创建约束时，前两张表的元数据还没完全同步（这种情况在一些分布式数据库或者异步迁移场景里偶尔会出现）。

• 初始化数据的关联ID无效
  如果你的Extensions表迁移脚本里包含了初始化数据，那要检查这些数据里的关联ID（比如ContactId值）是不是真的存在于已迁移的Contact表中。比如脚本里插入了一条ContactId = 100的记录，但你的Contact表目前最大的ID才50，数据库的外键约束就会直接触发“ID不存在”的错误。

• 外键约束的逻辑搞反了
  有没有可能你把关联关系写反了？比如本来应该是Extension.ContactId关联Contact.Id，结果写成了Contact.Id关联Extension.ContactId？这种错误的约束定义会导致数据库校验逻辑混乱，也可能抛出类似的错误提示。

排查小技巧 #

1. 直接在数据库里查询Contact表的所有Id值，和Extensions表要插入的关联ID做比对，排除数据不匹配的问题。
2. 手动写一条简单的插入语句测试：比如INSERT INTO Extension (ContactId, ...) VALUES (1, ...)，用一个确认存在的ContactId试试，如果能成功，说明是初始化数据的问题；如果还是报错，那大概率是外键约束的定义有问题。
3. 查看数据库的迁移执行日志，确认Contact和Account表的迁移没有报错，并且确实在Extensions表之前完成了执行。

内容的提问来源于stack exchange，提问作者autopenta