Entity Framework Core中SaveChanges的Insert/Delete操作顺序确认

核心结论 #

EF（EF Core 及 EF6）在执行 SaveChanges() 时，Delete 操作会优先于 Insert 操作执行，这个顺序是官方定义的固定逻辑，并非偶然现象。

具体执行顺序逻辑 #

EF 内部会对所有待提交的实体变更按类型分组，并按照以下固定顺序执行：

• 首先执行所有 Delete 操作（包括标记为 Deleted 的实体）
• 然后执行所有 Insert 操作（包括标记为 Added 的实体）
• 最后执行所有 Update 操作（包括标记为 Modified 的实体）

这个排序逻辑的设计初衷就是为了避免类似你遇到的唯一约束冲突场景——先清理旧数据，再插入新数据，确保操作的原子性和约束兼容性。

方案2的可靠性分析 #

针对你的业务场景，方案2是安全可靠的：

• 单次 SaveChanges() 会保证先删除旧的 ClientContract 记录，再插入新的同Code合约，不会触发Code字段的唯一约束
• 对于“一个ClientId仅能有一个IsEnabled为true的合约”的约束，也能确保删除旧启用合约后再插入新启用合约，中间不会出现两个启用合约的状态，避免约束触发

注意事项 #

• 确保你的DbContext正确跟踪了Remove和Add两个操作，即调用 DbSet.Remove(oldContract) 和 DbSet.Add(newContract) 后，变更都被上下文捕获
• 如果涉及跨表的关联操作，需确认关联实体的变更顺序，但你当前场景是同表操作，无需额外担心

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