如何让ChargeDetail的INSTEAD OF触发器等待Charges触发器执行完成？

我正在参与一个项目，两个应用（Access和.NET）读写相同的表，且均无法修改。其中.NET应用将替代Access应用，因此拥有表结构所有权。

表结构 #

Prosecution表 #

CustomerID 
ProsecutionID

Charges表 #

CustomerID 
ProsecutionID
ChargeID

ChargeDetail表 #

CustomerID 
ChargeID

编辑说明：已移除CustomerID的(PK)标记。

触发器实现 #

Access应用不会写入CustomerID，因此我在Charges表上创建了INSTEAD OF触发器，从Prosecution表中查询CustomerID：

SET @CustomerID = (SELECT CustomerID 
                   FROM Prosecution 
                   WHERE ProsecutionID = (SELECT ProsecutionID FROM INSERTED)) 

在ChargeDetail表上，我也创建了INSTEAD OF触发器，需要从Charges表中查询CustomerID：

SET @CustomerID = (SELECT CustomerID  
                   FROM Charges 
                   WHERE ChargeID = (SELECT ChargeID FROM INSERTED))

当前问题 #

如果先保存Access表单中Charges部分的数据，一切正常。但问题在于，Access的表单同时包含Charges和ChargeDetail区域，当同时提交两部分数据时，ChargeDetail的触发器会先触发，由于Charges表尚未写入数据，导致主键冲突错误。

具体疑问 #

1. 让ChargeDetail表的触发器“等待”另一触发器执行完成的最佳方式是什么？
2. 我可以在触发器中加入WHILE循环来检查另一表的写入是否完成，但这似乎存在风险。若Charges表写入失败，如何强制WHILE循环退出？
3. 触发器能否通过SQL Server确认另一触发器已执行完成？

问题1：最佳处理方式 #

不要让触发器互相等待，这会引发死锁、性能损耗等问题。核心矛盾是Access的提交顺序错误——先尝试写入ChargeDetail，再写入Charges。

如果能和.NET团队协商调整表结构，用持久化计算列替代INSTEAD OF触发器是最优方案：

• 修改Charges表，将CustomerID设为关联Prosecution的计算列：

  ALTER TABLE Charges 
  ADD CustomerID AS (SELECT p.CustomerID FROM Prosecution p WHERE p.ProsecutionID = Charges.ProsecutionID) PERSISTED;
  

• 修改ChargeDetail表，将CustomerID设为关联Charges的计算列：

  ALTER TABLE ChargeDetail 
  ADD CustomerID AS (SELECT c.CustomerID FROM Charges c WHERE c.ChargeID = ChargeDetail.ChargeID) PERSISTED;
  

这样CustomerID会自动填充，完全不需要触发器，彻底规避执行顺序问题。

如果无法修改表结构，退而求其次的方案是：在ChargeDetail的INSTEAD OF触发器中，先检查Charges是否存在对应记录，若不存在则抛出明确错误，引导用户先保存Charges数据（但这依赖用户操作，体验较差）。

问题2：WHILE循环的退出机制 #

如果一定要用WHILE循环等待，必须添加超时控制避免无限等待：

DECLARE @WaitCount INT = 0;
DECLARE @MaxWaitSeconds INT = 10; -- 设置最大等待时长，比如10秒

WHILE NOT EXISTS (SELECT 1 FROM Charges WHERE ChargeID = (SELECT ChargeID FROM INSERTED))
BEGIN
    WAITFOR DELAY '00:00:00.100'; -- 每次等待100毫秒
    SET @WaitCount += 1;
    
    -- 超过最大等待次数则终止循环并回滚事务
    IF @WaitCount >= (@MaxWaitSeconds * 10)
    BEGIN
        RAISERROR('Charges记录未及时写入，操作失败', 16, 1);
        ROLLBACK TRANSACTION;
        RETURN;
    END
END

-- 后续获取CustomerID的逻辑
SET @CustomerID = (SELECT CustomerID FROM Charges WHERE ChargeID = (SELECT ChargeID FROM INSERTED));

这种方式能避免无限等待，但仍存在死锁和资源占用风险，仅作为临时应急方案。

问题3：触发器能否确认另一触发器的执行状态 #

SQL Server中，不同表的触发器执行顺序取决于应用提交操作的顺序，触发器无法直接确认另一表的触发器是否执行完成。

你只能通过检查目标表中是否存在预期记录来间接判断，但如果两个操作在同一个事务中，Charges的插入（含其触发器）尚未执行时，ChargeDetail的触发器是看不到未提交的Charges数据的。

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