EF6更新操作导致关联表插入重复数据问题求助

问题场景 #

你使用通用仓储的Update方法处理EF6实体更新，该方法先将实体状态设为Detached再改为Modified，以避免上下文跟踪冲突。但在更新包含多对多关联的Course实体时，仅修改Name属性且关联的Users未变化时，EF6会尝试向关联表CourseUser插入重复记录，违反主键约束。

相关代码如下：

通用仓储Update方法 #

public void Update(TEntity entityToUpdate)
{
    if (this.context.Entry(entityToUpdate).State != EntityState.Detached)
    {
        this.context.Entry(entityToUpdate).State = EntityState.Detached;
    }

    this.context.Entry(entityToUpdate).State = EntityState.Modified;
}

实体与DTO定义 #

public class User
{
    public Guid UserId { get; set; }
    public string Email { get; set; }
    public ICollection<Course> Courses { get; set; }
}

public class Course
{
    public string Name { get; set; }
    public Guid CourseId { get; set; }
    public virtual ICollection<User> Users { get; set; }
}

public class CourseDto
{
    public string Name { get; set; }
    public Guid CourseId { get; set; }
    public virtual ICollection<Guid> Users { get; set; }
}

更新逻辑 #

public async Task<Course> Update(Guid existingCourseId, CourseDto courseModel)
{
    var course = await course.Repository.Query(true)
        .Include(c=> c.Users)
        .Where(e => e.CourseId == existingCourseId )
        .FirstOrDefaultAsync();

    if (course == null)
    {
        return null;
    }

    course.Users = await FindUsersByIds(courseModel.Users);
    course.Name = courseModel.Name;

    courseRepository.Update(course);
    await this.unitOfWork.SaveChangesAsync();

    return course;
}

原因分析 #

问题出在通用仓储的Update方法中先Detach再设为Modified的操作：

1. 当你查询Course并Include关联的Users时，Course和所有关联的User实体都处于EF上下文的Unchanged跟踪状态，EF会记录它们之间的关联关系。
2. 你修改Course的Name和Users属性后，调用Update方法：
   • 第一步将Course设为Detached，这会让Course脱离上下文跟踪，但原来关联的User实体仍处于上下文跟踪状态（Detach操作仅影响当前实体，不会自动处理导航属性中的实体）。
   • 第二步将Course设为Modified，此时EF会重新将Course附加到上下文，但之前记录的Course与User的关联跟踪信息已丢失。EF无法识别这些User已经和Course存在关联，会将所有关联视为新的关系，尝试向CourseUser表插入重复记录，最终触发主键约束异常。

修正方案的原理 #

你提到的两种修改（先设Unchanged再设Modified、将Update调用移至属性修改前）能解决问题，原因如下：

1. 先设Unchanged再设Modified：
   这一步不会清除EF对Course及关联关系的跟踪信息，只是将Course标记为需要更新状态。EF仍然保留着最初查询时记录的Course与User的关联数据，不会误判关联为新关系。
2. 将Update调用移至属性修改前：
   此时Course刚从数据库查询出来，状态为Unchanged，调用修改后的Update方法标记为Modified后，EF会持续跟踪后续的属性变更（包括Name和Users集合的修改）。当你替换Users集合时，EF会对比原集合与新集合的差异，正确识别需要添加/删除的关联，而不是全部重新插入。

总结 #

EF6的实体状态变更会影响上下文对关联关系的跟踪，直接Detach再重新附加实体会丢失关联跟踪信息，导致多对多关联重复插入。通过保留实体的跟踪状态（先设Unchanged再标记Modified），并在属性修改前完成状态标记，能让EF正确处理多对多关联的变更，避免重复插入问题。

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