添加EF Core迁移时出现关联断开错误的求助

问题重现 #

执行迁移命令：

dotnet ef migrations add AddQazaqFeatures --startup-project=../Morpher.Database.Design

构建成功后抛出System.InvalidOperationException，错误提示：

The association between entity types 'Service' and 'Deployment' has been severed but the relationship is either marked as 'Required' or is implicitly required because the foreign key is not nullable...

场景说明：已定义Service和Deployment实体，在OnModelCreating中通过HasData添加初始数据，配置了一对多关系且OnDelete设为DeleteBehavior.Restrict，本次仅新增数据行，疑惑设置ServiceId=1是否足够。

排查与解决步骤 #

1. 验证种子数据的关联完整性 #

EF Core会检查所有HasData种子数据的关系合法性，哪怕仅新增数据，旧种子数据的关联问题也会触发错误：

• 确认Service的种子数据中存在Id=1的记录，对应Deployment中设置的ServiceId=1；
• 检查所有旧的Deployment种子数据，其ServiceId必须对应已存在的Service记录，无无效关联。

2. 确认外键与关系配置的正确性 #

确保Fluent API配置中，外键与关系的必填性匹配：

modelBuilder.Entity<Deployment>()
    .HasOne(d => d.Service)
    .WithMany(s => s.Deployments)
    .HasForeignKey(d => d.ServiceId)
    .OnDelete(DeleteBehavior.Restrict);

• 若ServiceId是非空类型（如int而非int?），则关系为必填，必须保证每个Deployment的ServiceId都有对应的Service；
• 避免因配置疏漏导致外键与实体导航属性不匹配。

3. 调整种子数据的添加顺序 #

EF Core处理HasData时需遵循主从表顺序：

• 先添加Service的种子数据，再添加Deployment的种子数据，确保主表数据先存在，从表关联时不会出现找不到关联实体的情况。

4. 清理无效的旧种子数据 #

若之前的迁移中存在已失效的Deployment或Service种子数据（如已删除的Service记录，但Deployment仍引用其Id），需清理这些无效条目，避免关联验证失败。

关于ServiceId=1的疑问 #

设置ServiceId=1是否有效，核心取决于**Service的种子数据中是否存在Id=1的实体**：

• 若Service的HasData里有Id=1的记录，则该配置合法；
• 若不存在，则会触发关联断开的错误，需调整ServiceId为已存在的Service Id，或补充对应的Service种子数据。

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