EF Core 2.0更新主实体时如何正确删除依赖实体？

这个问题在EF Core 2.0里算是比较典型的，我帮你梳理几个关键的排查和解决方向：

1. 补全级联删除的配置 #

从你给出的映射代码来看，OnDel...应该是OnDelete的配置没写完。首先要确保主从实体的关联配置中明确设置了级联删除行为：

public void Configure(EntityTypeBuilder<Blueprint> builder)
{
    builder.ToTable("blueprint").HasKey(t => t.Id);
    builder.Property(x => x.Id).HasColumnName("blueprint_id").ValueGeneratedOnAdd();
    // 补全级联删除配置
    builder.HasMany<Objective>().WithOne(x => x.Blueprint)
        .OnDelete(DeleteBehavior.Cascade); 
}

这里要注意：EF Core 2.0中，不同关联关系的默认删除行为可能不一样，显式指定DeleteBehavior.Cascade能确保当主实体被删除时，依赖实体自动删除。但如果是更新主实体时移除关联的依赖实体（不是删除主实体），这个配置只是基础，还需要配合实体状态的处理。

2. 手动跟踪并标记被删除的依赖实体 #

EF Core 2.0不会自动检测分离实体（比如从前端传入的DTO转换后的实体）中被移除的关联项。所以更新时你需要手动对比现有实体和传入实体的关联集合，把被移除的依赖实体标记为Deleted状态：

// 1. 从数据库加载主实体及其关联的依赖实体（必须Include，否则无法跟踪）
var existingBlueprint = _context.Blueprints
    .Include(b => b.Objectives)
    .FirstOrDefault(b => b.Id == updatedBlueprint.Id);

if (existingBlueprint == null)
{
    // 处理实体不存在的情况
    return;
}

// 2. 找出被移除的Objective
var deletedObjectives = existingBlueprint.Objectives
    .Where(existingObj => !updatedBlueprint.Objectives.Any(updatedObj => updatedObj.Id == existingObj.Id))
    .ToList();

// 3. 标记这些实体为删除
foreach (var obj in deletedObjectives)
{
    _context.Objectives.Remove(obj);
}

// 4. 更新主实体属性以及新增/修改的依赖实体
_context.Entry(existingBlueprint).CurrentValues.SetValues(updatedBlueprint);
foreach (var updatedObj in updatedBlueprint.Objectives)
{
    var existingObj = existingBlueprint.Objectives.FirstOrDefault(e => e.Id == updatedObj.Id);
    if (existingObj != null)
    {
        // 更新已有依赖实体
        _context.Entry(existingObj).CurrentValues.SetValues(updatedObj);
    }
    else
    {
        // 添加新的依赖实体
        existingBlueprint.Objectives.Add(updatedObj);
    }
}

// 5. 保存更改
await _context.SaveChangesAsync();

这里的核心是必须加载现有的关联实体集合，否则EF Core的Change Tracker不知道哪些项被移除了。

3. 验证数据库层面的外键约束 #

即使代码里配置了DeleteBehavior.Cascade，也要确认数据库中的外键约束已经启用了级联删除。比如在SQL Server中，你可以查看Objective表的外键属性，确认ON DELETE CASCADE已经被设置。如果没有，你需要生成迁移脚本并应用，或者手动修改数据库结构。

4. 考虑EF Core版本限制 #

EF Core 2.0在处理关联集合的自动更新上确实有局限性，后续版本（比如3.1+）优化了这部分逻辑。如果项目允许，升级到更高版本的EF Core可以减少这类手动处理的工作量，但如果必须使用2.0，上面的手动状态处理是必要的。

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