EF一对多关系关联现有实体报错及无跟踪模式相关疑问

问题背景 #

实体类定义 #

public class Signup
{
    public int Id { get; private set; }

    public required User User { get; set; }

    public required Event Event { get; set; }

    // 更多属性...
}

public class Event
{
    public int Id { get; private set; }

    public ICollection<Signup> Signups { get; set; }

    // 更多属性...
}

public class User
{
    public int Id { get; private set; }

    public ICollection<Signup> Signups { get; set; }

    // 更多属性...
}

创建关联实体的代码 #

尝试创建Signup并关联已存在的User和Event：

var builder = CreateBuilder();
using (var context = new LouisHoweDbContext(builder.Options))
{
    var user = context.Users.First(u => u.Name == "Dave1");
    var campaign = context.Campaigns.First(c => c.Name == "Campaign1");
    var evnt = context.Events.First(e => e.Campaign == campaign);
    var signup = new Signup()
    {
        User = user,
        Event = evnt
    };
    context.Signups.Add(signup);
    context.SaveChanges();
}

触发的异常 #

Microsoft.EntityFrameworkCore.DbUpdateException : An error occurred while saving the entity changes. See the inner exception for details.
---- Microsoft.Data.SqlClient.SqlException : Cannot insert explicit value for identity column in table 'Events' when IDENTITY_INSERT is set to OFF.
Cannot insert explicit value for identity column in table 'Users' when IDENTITY_INSERT is set to OFF.

问题根源：开启无跟踪模式 #

排查后发现DbContext全局开启了无跟踪模式：

private static DbContextOptionsBuilder<LouisHoweDbContext> CreateBuilder()
{
    var builder = new DbContextOptionsBuilder<LouisHoweDbContext>();
        builder.UseSqlServer(DbConnectionString);
//              .EnableSensitiveDataLogging()
//              .UseQueryTrackingBehavior(QueryTrackingBehavior.NoTracking);
    return builder;
}

关闭该模式后恢复正常，原因是：
当使用无跟踪模式查询User和Event时，EF Core不会跟踪这些实体的状态。当将它们关联到新的Signup并添加Signup时，EF Core会将未被跟踪的User和Event识别为新实体（Added状态），尝试向数据库插入这些已存在的记录，但它们的主键是Identity列（自动生成），因此触发插入主键的报错。

延伸问题解答 #

问题1：ASP.NET Core应用是否应该关闭变更跟踪？ #

这个说法部分正确：

• 对于大量只读场景（如数据展示页面），关闭变更跟踪确实能减少内存开销、提升查询性能，因为EF Core无需维护实体的状态快照。
• 但对于需要修改、新增关联实体的场景，变更跟踪是必要的，它能自动识别实体状态变化并生成正确的SQL语句。

方案选择建议：

• 优先选择按需设置跟踪行为，而非全局关闭或创建两个DbContext：
  1. 保持全局默认开启变更跟踪（EF Core默认行为）；
  2. 针对只读查询，单独使用AsNoTracking()或AsNoTrackingWithIdentityResolution()；
  3. 如果项目绝大多数操作是只读，也可以全局关闭跟踪，在需要修改的操作中用AsTracking()临时开启。
• 除非有严格的性能隔离需求，否则不需要维护两个DbContext，这会增加代码复杂度和维护成本。

问题2：关闭变更跟踪时，如何正确创建关联的Signup？ #

当全局开启无跟踪模式时，需要手动告诉EF Core哪些实体是已存在的，避免被误判为新实体插入，有两种可靠的实现方式：

方法1：手动Attach实体并设置状态为Unchanged

var builder = CreateBuilder();
using (var context = new LouisHoweDbContext(builder.Options))
{
    var user = context.Users.First(u => u.Name == "Dave1");
    var campaign = context.Campaigns.First(c => c.Name == "Campaign1");
    var evnt = context.Events.First(e => e.Campaign == campaign);
    
    // 标记实体为已存在的未变更状态
    context.Users.Attach(user).State = EntityState.Unchanged;
    context.Events.Attach(evnt).State = EntityState.Unchanged;
    
    var signup = new Signup()
    {
        User = user,
        Event = evnt
    };
    context.Signups.Add(signup);
    context.SaveChanges();
}

方法2：只查询主键并设置外键（更高效）

不需要加载整个实体，只获取主键值，直接设置Signup的外键属性（如果定义了的话），这能减少数据库查询的数据量：

var builder = CreateBuilder();
using (var context = new LouisHoweDbContext(builder.Options))
{
    var userId = context.Users.Where(u => u.Name == "Dave1").Select(u => u.Id).First();
    var campaignId = context.Campaigns.Where(c => c.Name == "Campaign1").Select(c => c.Id).First();
    var eventId = context.Events.Where(e => e.CampaignId == campaignId).Select(e => e.Id).First();
    
    // 直接设置外键属性（推荐）
    var signup = new Signup()
    {
        UserId = userId,
        EventId = eventId
    };
    
    // 若未定义外键属性，也可以用仅含主键的实体关联（需确保EF不会插入该实体）
    // var signup = new Signup()
    // {
    //     User = new User { Id = userId },
    //     Event = new Event { Id = eventId }
    // };
    // context.Users.Attach(signup.User).State = EntityState.Unchanged;
    // context.Events.Attach(signup.Event).State = EntityState.Unchanged;
    
    context.Signups.Add(signup);
    context.SaveChanges();
}

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