如何指示EF6先执行删除再更新以避免唯一约束冲突？

我有一个表示多对多关系的关联表CoUndertaker，表结构如下：

CREATE TABLE [dbo].[CoUndertaker](
  [ProposalID] [int] NOT NULL,
  [CoUndertakerID] [int] NOT NULL,
  [Order] [tinyint] NOT NULL
, CONSTRAINT [PK_CoUndertaker] PRIMARY KEY ([ProposalID] ASC, [CoUndertakerID] ASC)
, CONSTRAINT [UQ_CoUndertakerOrder] UNIQUE ([ProposalID] ASC, [Order] ASC)
)

我设置了唯一约束UQ_CoUndertakerOrder，确保同一Proposal下的Order值唯一。

应用需要修改现有Proposal的CoUndertakers集合：假设某Proposal当前有两个CoUndertaker，Order值分别为0和1，需要删除Order为0的记录，并将另一条的Order从1改为0。对应的C#代码如下：

// ... 从proposal.CoUndertakers中定位coUndertakerToDelete和coUndertakerToUpdateOrder ...
dbContext.CoUndertakers.Remove(coUndertakerToDelete);
coUndertakerToUpdateOrder.Order = 0;
dbContext.SaveChanges();

运行时出现SqlException，提示唯一约束冲突，唯一索引值(2, 0)已存在（2为proposal.ID的值）。移除数据库表中的唯一约束后，代码可正常执行，剩余CoUndertaker记录的Order值成功改为0。显然EF6会先执行更新再执行删除，导致触发唯一约束冲突。

请问是否有办法指示EF6先执行删除，再执行剩余数据的更新？

方法1：拆分SaveChanges()调用 #

将删除和更新操作分两次提交，确保删除先执行完成：

// 先执行删除并提交
dbContext.CoUndertakers.Remove(coUndertakerToDelete);
dbContext.SaveChanges();

// 再更新Order并提交
coUndertakerToUpdateOrder.Order = 0;
dbContext.SaveChanges();

这是最直接的方案，通过两次独立的数据库提交，完全规避EF自动排序导致的约束冲突。

方法2：手动执行SQL命令 #

绕开EF的自动变更跟踪，直接用SQL命令控制执行顺序：

// 先执行删除
dbContext.Database.ExecuteSqlCommand(
    "DELETE FROM CoUndertaker WHERE ProposalID = @p0 AND [Order] = @p1",
    proposal.ID, 0
);

// 再执行更新
dbContext.Database.ExecuteSqlCommand(
    "UPDATE CoUndertaker SET [Order] = @p0 WHERE ProposalID = @p1 AND [Order] = @p2",
    0, proposal.ID, 1
);

// 可选：同步内存中实体的状态
dbContext.Entry(coUndertakerToUpdateOrder).Reload();

这种方式完全由开发者控制操作顺序，适合对性能要求较高或批量处理的场景。

方法3：临时过渡Order值 #

先将待更新记录设为不会冲突的临时Order值，完成中间提交后再调整到目标值：

// 先设置临时Order值，避免与现有0冲突
coUndertakerToUpdateOrder.Order = 99;
dbContext.SaveChanges();

// 删除目标记录
dbContext.CoUndertakers.Remove(coUndertakerToDelete);
dbContext.SaveChanges();

// 改为最终的0值
coUndertakerToUpdateOrder.Order = 0;
dbContext.SaveChanges();

这个方案适合无法拆分提交或手动执行SQL的场景，但需要三次数据库提交，性能略低。

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