ASP.NET Core Entity Framework级联删除失效及迁移字段可空配置问题

问题成因 #

• 你的模型未显式标记AppUserId和AppUser导航属性为必填，C#默认引用类型为可空（C# 8+可空引用特性开启后未声明非空的情况下），EF Core按默认约定将外键生成为可空字段。
• EF Core默认一对多关系的删除行为为DeleteBehavior.ClientSetNull，仅在客户端内存中将关联实体外键置空，不会在数据库层面配置级联删除规则。

解决方案 #

步骤1：补充模型必填标记（可选，配合Fluent API使用更稳妥） #

[Table("Heroes")]
public class Hero
{
    public int Id { get; set; }
    public string Name { get; set; }
    [Required]
    public AppUser AppUser { get; set; }
    [Required]
    public string AppUserId { get; set; }
}

步骤2：在DbContext中显式配置关系 #

重载OnModelCreating方法，手动配置一对多关系的约束：

public class DataContext : IdentityDbContext<AppUser>
{
    public DataContext(DbContextOptions options) : base(options)
    {
    }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        // 必须调用基类方法，否则Identity相关的表配置会丢失
        base.OnModelCreating(modelBuilder);

        // 配置训练师和英雄的一对多关系
        modelBuilder.Entity<AppUser>()
            .HasMany(u => u.Heroes)
            .WithOne(h => h.AppUser)
            .HasForeignKey(h => h.AppUserId)
            .IsRequired() // 强制外键非空
            .OnDelete(DeleteBehavior.Cascade); // 配置数据库级联删除
    }
}

步骤3：重新生成迁移 #

删除之前生成的错误迁移，重新执行Add-Migration和Update-Database命令即可生成符合要求的表结构。 #

int类型主键优势 #

• 存储成本低：数据库中int仅占4字节，索引、查询性能远高于变长字符串类型
• 天然有序：自增int主键排序效率高，分页、范围查询场景性能表现更好
• 可读性高：数值型ID更便于日志排查、开发调试

string类型主键优势 #

• 适配分布式场景：可以直接存储GUID作为主键，不依赖数据库自增，分库分表、多实例部署时不会出现ID冲突
• 类型统一：和AppUser主键类型一致，部分业务场景下可减少类型转换的开销
• 安全性更高：无序字符串ID无法被轻易猜解，避免接口被爬虫批量遍历

选型建议 #

单库架构、无分布式部署需求的场景优先选择int类型主键，开发成本更低、性能更好；有分库分表、多区域部署需求的场景选择string类型主键更灵活。 #

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