Entity Framework生成的一对一关联迁移执行时崩溃

看起来你在调整EF Core模型的外键关联时踩了个坑——生成的迁移居然试图删除表的主键，直接导致执行失败。先把你的模型代码整理出来（方便精准定位问题，我先基于现有信息梳理常见原因和解决办法）：

public class InvoiceStatus { 
    public int Id { get; set; } 
} 

public class InvoiceSample { 
    public int Id { get; set; } 
    public int InvoiceStatusId { get; set; } 
    // 推测你可能新增/修改了导航属性，比如：
    // public InvoiceStatus InvoiceStatus { get; set; }
}

常见原因分析 #

• EF Core对模型变更的误判：当你调整外键关联（比如新增导航属性、修改外键字段配置）时，如果字段命名不符合EF Core默认约定，或者之前的模型存在隐性配置冲突，就可能让EF Core错误地认为主键需要变更。
• 迁移快照不一致：如果你的ModelSnapshot文件和实际模型状态不匹配（比如之前手动修改过迁移或快照），EF Core生成新迁移时会基于错误的快照对比，从而生成删除主键这类离谱操作。
• 主键配置缺失：虽然你的模型里有Id字段，但如果没有显式配置主键（EF Core默认约定Id或[类名]Id为主键，但遇到继承、复合键等特殊场景时可能失效），EF Core可能误判主键不存在或需要修改。

具体解决步骤 #

1. 显式配置模型的主键与外键 #

先通过显式配置消除EF Core的误解，确保主键和外键的关系清晰：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 显式指定InvoiceStatus的主键
    modelBuilder.Entity<InvoiceStatus>()
        .HasKey(i => i.Id);

    // 显式指定InvoiceSample的主键和外键关联
    modelBuilder.Entity<InvoiceSample>()
        .HasKey(i => i.Id)
        .HasOne<InvoiceStatus>()
        .WithMany() // 根据实际业务调整，比如如果InvoiceStatus有对应导航属性，这里填属性名
        .HasForeignKey(i => i.InvoiceStatusId)
        .IsRequired(); // 按需设置是否必填
}

2. 修复迁移快照（若已不一致） #

如果之前的ModelSnapshot已经和实际模型脱节：

• 先删除最近生成的错误迁移文件。
• 手动更新ModelSnapshot文件，确保两个实体的主键配置正确：

  modelBuilder.Entity("YourNamespace.InvoiceStatus", b =>
      {
          b.Property<int>("Id")
              .ValueGeneratedOnAdd()
              .HasColumnType("int");
  
          b.HasKey("Id");
          b.ToTable("InvoiceStatus");
      });
  
  modelBuilder.Entity("YourNamespace.InvoiceSample", b =>
      {
          b.Property<int>("Id")
              .ValueGeneratedOnAdd()
              .HasColumnType("int");
  
          b.Property<int>("InvoiceStatusId")
              .HasColumnType("int");
  
          b.HasKey("Id");
          b.ToTable("InvoiceSample");
          b.HasOne("YourNamespace.InvoiceStatus", null)
              .WithMany()
              .HasForeignKey("InvoiceStatusId")
              .OnDelete(DeleteBehavior.Cascade)
              .IsRequired();
      });
  

3. 重新生成正确的迁移 #

删除错误迁移后，运行命令重新生成：

Add-Migration UpdateInvoiceForeignKey -Context YourDbContextName

生成后务必打开迁移文件检查Up()方法，确保只有外键相关的变更（比如AddForeignKey），没有DropPrimaryKey这类错误操作。

4. 紧急回退（若已执行错误迁移） #

如果你已经执行了错误迁移导致数据库异常，先回退到上一个正确版本：

Update-Database PreviousMigrationName -Context YourDbContextName

之后再按上面的步骤重新生成正确迁移。

额外注意事项 #

• 每次生成迁移前，建议用Get-DbContext命令检查上下文和数据库的状态是否一致。
• 尽量不要手动修改迁移文件，除非你对EF Core迁移逻辑非常熟悉——手动修改很容易导致快照和实际迁移脱节，后续问题会更多。

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