SQL Server表UPDATE触发器触发嵌套层级超限问题求临时解决方案

错误原因 #

你遇到的嵌套层数超限错误核心原因是：你编写的ATRG_EquipmentTypeUpdate触发器属于AFTER INSERT/UPDATE触发器，触发器内部又执行了对[dbo].[Equipment]表的UPDATE操作，这个UPDATE会再次触发该触发器，形成无限递归调用，叠加表上已有的3个其他触发器，很快就触碰到SQL Server默认32层的嵌套上限。

临时解决方案（按改造成本从低到高排序） #

方案1：给触发器增加嵌套层级判断（推荐，仅修改当前触发器，无副作用） #

修改触发器逻辑，通过TRIGGER_NESTLEVEL()函数判断如果是当前触发器自身触发的执行，就直接跳过逻辑，避免递归：

ALTER TRIGGER dbo.ATRG_EquipmentTypeUpdate
ON [dbo].[Equipment]
AFTER INSERT, UPDATE
AS 
BEGIN   
   SET NOCOUNT ON;
   -- 新增判断：当前触发器嵌套层级>1时直接退出，避免自递归
   IF TRIGGER_NESTLEVEL(OBJECT_ID('dbo.ATRG_EquipmentTypeUpdate')) > 1
       RETURN;

   UPDATE [dbo].[Equipment] 
   SET  EquipmentType  = 15 
   FROM Inserted i
   WHERE [dbo].[Equipment].ID = i.ID
   AND [dbo].[Equipment].EquipmentType = 10
END
GO

这个方案不需要修改其他配置，仅调整当前触发器逻辑即可立刻生效。

方案2：临时关闭数据库递归触发器选项 #

如果不想修改触发器代码，可以临时关闭当前数据库的递归触发器配置，注意操作完成后建议恢复原有配置：

-- 关闭递归触发器
ALTER DATABASE 你的数据库名 SET RECURSIVE_TRIGGERS OFF;

该配置关闭后，同表触发器不会触发自身递归，仅会触发一次。

方案3：紧急场景下临时禁用触发器+手动执行逻辑 #

如果是极端紧急的批量数据操作场景，可以先禁用该触发器，插入/更新操作完成后，手动执行对应逻辑，再重新启用触发器：

-- 禁用触发器
DISABLE TRIGGER dbo.ATRG_EquipmentTypeUpdate ON [dbo].[Equipment];

-- 这里执行你的INSERT/UPDATE业务语句
INSERT INTO [Equipment] ([Equipment],[Facility],[EquipmentType],[Active]) VALUES ('E02','1029',10,1);
UPDATE [Equipment] Set Active = 0 where [Equipment] = 'E01';

-- 手动执行原触发器的更新逻辑
UPDATE [dbo].[Equipment] 
SET EquipmentType = 15 
WHERE EquipmentType = 10 
AND ID IN (/* 替换为本次操作涉及的ID范围，也可以关联你插入/更新的临时数据集 */);

-- 重新启用触发器
ENABLE TRIGGER dbo.ATRG_EquipmentTypeUpdate ON [dbo].[Equipment];

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