EF Core：使用数据库触发器生成父级ID时，子级复合外键未随父级ID更新导致SaveChanges失败

我之前在项目里踩过一模一样的坑！当时折腾了好几天才摸透问题根源——EF Core默认不知道数据库触发器会给父实体生成新ID，所以它不会自动把这个生成的ID同步到子实体的复合外键上，结果就导致子实体用初始的0值去插，直接触发外键约束报错。

下面是我亲测有效的解决步骤：

1. 先给EF Core“打预防针”，标记父ID为数据库生成 #

首先得明确告诉EF Core：父实体的ID是数据库那边生成的，插入后得把新值取回来。你可以在实体配置里这么写：

modelBuilder.Entity<Parent>()
    .Property(p => p.ID)
    .ValueGeneratedOnAdd() // 标记为添加时由数据库生成
    .HasDefaultValueSql("0"); // 给个初始默认值，触发器会覆盖它

2. 正确配置复合主键与复合外键的关联 #

复合外键的配置不能出错，得把子实体的外键属性和父实体的主键属性一一对应绑定。假设父实体的复合主键是ID+TenantId，子实体的复合外键是ParentID+ChildTenantId，配置代码如下：

modelBuilder.Entity<Child>()
    .HasOne(c => c.Parent)
    .WithMany(p => p.Children)
    .HasForeignKey(c => new { c.ParentID, c.ChildTenantId })
    .HasPrincipalKey(p => new { p.ID, p.TenantId });

3. 分两次调用SaveChanges()，先存父再存子 #

别想着一次性把父和子都提交，EF可能会先尝试插入子实体（这时候父ID还是0，必报错）。正确流程是：

• 创建父实体，添加到上下文，第一次调用context.SaveChanges()
• 这时候EF会从数据库取回触发器生成的父ID，同步到父实体对象上
• 把子实体关联到父实体（比如加到父的Children集合），或者手动给子实体的外键属性赋值
• 第二次调用context.SaveChanges()保存子实体

如果遇到EF没自动刷新父实体状态的情况，还可以手动强制从数据库拉取最新数据：

context.Entry(parent).Reload();

刷新后再把父的新ID同步给子实体的外键属性，再保存就稳了。

4. 确保数据库触发器逻辑正确 #

最后别忘了检查你的触发器，要保证插入父实体时能正确生成ID，并且这个ID能被EF读取到。比如一个简单的GUID生成触发器示例：

CREATE TRIGGER trg_GenerateParentID
ON Parent
AFTER INSERT
AS
BEGIN
    UPDATE Parent
    SET ID = CAST(NEWID() AS VARCHAR(36))
    WHERE ID IN (SELECT ID FROM inserted WHERE ID = 0);
END

这样一套操作下来，子实体的复合外键就会正确使用父实体的真实ID，不会再用初始的0值凑数，自然就能解决SaveChanges()失败的问题了。

内容来源于stack exchange