EF Core 9.0 迁移过程中的 PendingModelChangesWarning 问题解析

问题现象

在使用 EF Core 9.0 进行数据库迁移时，许多开发者遇到了一个奇怪的问题：在首次创建数据库迁移并执行更新时，系统会抛出 PendingModelChangesWarning 异常，提示模型存在待处理的更改，需要添加新的迁移。然而，当开发者按照提示添加新的迁移时，要么生成的迁移文件为空，要么只是重复生成相同的迁移内容。

问题背景

这个问题最早出现在 EF Core 8.0.10 版本，并在 9.0.0 版本中仍然存在。问题特别容易在多项目解决方案中出现，尤其是当模型分布在不同的项目（如 Domain 和 Infrastructure 项目）时。从报告来看，当实体配置中包含 OwnsMany 关系时，这个问题更容易复现。

技术分析

从开发者提供的迁移文件内容可以看出，EF Core 似乎在处理外键约束时出现了不一致的判断。在第二次迁移中，系统试图修改外键约束的删除行为，从 ReferentialAction.Cascade 变为无指定行为，这表明 EF Core 在模型快照和实际模型之间存在认知差异。

关键发现

1. 种子数据问题：多位开发者发现，当在 OnModelCreating 方法中使用动态生成的种子数据（如 DateTime.Now、Guid.NewGuid 等）时，特别容易触发此问题。这是因为每次模型比较时，这些动态值都会变化，导致 EF Core 认为模型发生了改变。

2. 多项目结构影响：当模型和 DbContext 分散在不同项目中时，问题更容易复现，这可能与程序集加载和模型缓存机制有关。

3. 迁移机制异常：即使在添加了新的空迁移后，系统仍然报告有待处理的模型更改，这表明模型快照与实际模型状态的比较逻辑存在问题。

解决方案

临时解决方案

1. 配置警告忽略：可以通过配置 DbContext 来忽略这个警告：

options.ConfigureWarnings(warnings => 
    warnings.Ignore(RelationalEventId.PendingModelChangesWarning));

2. 使用静态种子数据：避免在种子数据中使用动态生成的值，改用静态值。

3. 降级到 EF Core 8：如果问题严重影响开发，可以考虑暂时降级到 EF Core 8。

长期解决方案

EF Core 团队已经确认这是一个需要修复的 bug。开发者可以关注官方更新，等待修复版本发布。同时，建议：

1. 保持模型定义的稳定性，避免在种子数据中使用动态值
2. 在复杂项目中，考虑将模型和 DbContext 放在同一个项目中
3. 定期清理和重建迁移历史，特别是在升级 EF Core 版本后

最佳实践建议

1. 迁移管理：在添加新迁移前，确保所有模型更改已经完成并稳定。

2. 种子数据策略：考虑将种子数据逻辑从 OnModelCreating 中分离出来，使用专门的数据库初始化逻辑。

3. 版本控制：在团队开发中，确保所有成员使用相同版本的 EF Core 工具和运行时。

4. 迁移验证：在应用迁移前，使用 dotnet ef migrations script 生成 SQL 脚本进行验证。

这个问题虽然。EF Core 团队正在积极解决这个问题，未来的版本