插入Table A时如何通过独立事务删除Table B/C/D指定行？

问题根源 #

你猜的一点没错——旧应用是在同一个数据库事务里完成Table A插入，再接着插B、C、D的数据。以SQL Server为例，默认隔离级别下，触发器属于原事务的一部分，在整个事务提交前，根本看不到同事务里后续插入的B/C/D行，所以你加WAITFOR DELAY纯粹是白等，原事务没提交，那些新行对触发器来说就是不存在的。

靠谱的解决办法 #

1. 异步队列+后台处理（首推） #

这是最稳妥的路子，彻底绕开事务隔离的限制：

• 先建一个队列，Table A的AFTER INSERT触发器触发时，啥都别干，只把刚插入行的主键（或其他关键标识）丢进队列就行。
• 再搞个后台处理逻辑——可以用SQL Server Agent定时作业，或者写个简单的外部脚本轮询队列，每隔1-5秒查一次。等原应用的事务提交后，B/C/D的行就全可见了，这时候再根据队列里的主键执行删除操作。
• 给你个SQL Server的示例代码：

  -- 先创建队列和Service Broker服务
  CREATE QUEUE DeleteUnwantedRowsQueue;
  CREATE SERVICE DeleteUnwantedRowsService ON QUEUE DeleteUnwantedRowsQueue ([DEFAULT]);
  
  -- 修改Table A的触发器，仅发送消息到队列
  ALTER TRIGGER Trigger_TableA_AfterInsert
  ON TableA
  AFTER INSERT
  AS
  BEGIN
      SET NOCOUNT ON;
      DECLARE @Msg XML;
      -- 将插入行的主键打包成XML消息
      SET @Msg = (SELECT Id FROM inserted FOR XML AUTO);
      -- 发送消息到队列
      SEND ON SERVICE [DeleteUnwantedRowsService] (@Msg);
  END;
  
  -- 编写处理队列消息的存储过程
  CREATE PROCEDURE ProcessDeleteQueue
  AS
  BEGIN
      SET NOCOUNT ON;
      DECLARE @MsgHandle UNIQUEIDENTIFIER, @Msg XML;
  
      WHILE 1=1
      BEGIN
          BEGIN TRANSACTION;
          -- 取出队列中的一条消息
          RECEIVE TOP(1) @MsgHandle = conversation_handle, @Msg = message_body
          FROM DeleteUnwantedRowsQueue;
  
          -- 无消息则退出循环
          IF @@ROWCOUNT = 0
          BEGIN
              COMMIT;
              BREAK;
          END;
  
          -- 提取Table A的主键
          DECLARE @TableAId INT = @Msg.value('(/inserted/@Id)[1]', 'INT');
  
          -- 执行删除逻辑，替换为你的业务条件
          DELETE FROM TableB WHERE TableAId = @TableAId AND [不符合条件的字段] = 'xxx';
          DELETE FROM TableC WHERE TableAId = @TableAId AND [不符合条件的字段] = 'xxx';
          DELETE FROM TableD WHERE TableAId = @TableAId AND [不符合条件的字段] = 'xxx';
  
          -- 结束对话
          END CONVERSATION @MsgHandle;
          COMMIT;
      END;
  END;
  
  -- 开启队列自动激活，有消息时自动执行存储过程
  ALTER QUEUE DeleteUnwantedRowsQueue
  WITH ACTIVATION (
      PROCEDURE_NAME = ProcessDeleteQueue,
      MAX_QUEUE_READERS = 1,
      EXECUTE AS OWNER
  );
  

2. 别碰独立事务的歪路子 #

你问能不能启动独立事务？别想了——SQL Server里触发器天生就运行在触发它的事务上下文里，没法单独开启事务。就算你强行用READ UNCOMMITTED隔离级别去读未提交的B/C/D行，那属于脏读，万一原事务回滚，你删除的那些行本来就不该存在，直接搞出数据不一致，纯属给自己挖坑。

3. INSTEAD OF INSERT触发器（谨慎尝试） #

如果业务逻辑允许，也可以把Table A的触发器改成INSTEAD OF INSERT——先插入Table A的数据，再等待执行删除？但这风险极大，因为原应用的事务还在运行，你根本不知道它什么时候插完B/C/D，搞不好会锁表或者删错数据，除非你能100%确定原应用的执行时序，否则别用。

总结 #

首推异步队列的方案，既不影响原应用的正常运行，又能保证数据一致性，完美解决事务隔离带来的问题。

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