为何出现存储过程/触发器/视图嵌套层级超32限制报错，触发器能否使用？

Maximum stored procedure, function, trigger, or view nesting level exceeded (limit 32)是SQL Server的内置报错，代表触发器、存储过程等对象的嵌套调用层数超过了默认32层的上限，结合你提供的SQL代码，触发该报错的核心原因有两种可能：

• 你同时为shopglobal表创建了反向同步shop1/shop2表的触发器，修改shop1会触发同步到shopglobal，修改shopglobal又会触发同步回shop1，形成无限循环调用，直到触达层数上限
• 你开启了数据库的递归触发器配置，trig_SHOP1内部的操作意外触发了自身的INSERT/UPDATE/DELETE事件，导致递归调用自身直到层数超限

你完全可以继续使用触发器实现同步逻辑，不需要放弃触发器方案，只需按照以下步骤调整即可：

1. 切断循环触发链路 #

检查shopglobal是否存在反向修改shop1/shop2的触发器，如果存在可直接删除，或在触发器开头增加执行条件判断，仅当非shop1/shop2同步触发的修改才执行逻辑。

2. 关闭不必要的递归触发器配置 #

如果业务不需要触发器递归调用，执行以下命令关闭数据库级递归触发器选项：

ALTER DATABASE [你的实际数据库名] SET RECURSIVE_TRIGGERS OFF;

3. 优化现有trig_SHOP1逻辑 #

现有触发器存在两处风险点，建议一并修改：

• 新增嵌套层级判断，从根源避免超限问题，把以下代码放到触发器AS关键字后的第一行：

IF TRIGGER_NESTLEVEL() > 1
    RETURN;

• 修正DELETE语句的过滤条件，避免误删shopglobal中其他区域同GoodsID的记录：

DELETE FROM shopglobal
WHERE GoodsID IN (SELECT deleted.GoodsID FROM deleted) AND region = 'shop1'

修改后的完整触发器代码如下：

CREATE TRIGGER trig_SHOP1
ON [SHOP1]
FOR INSERT, DELETE, UPDATE
AS
    -- 嵌套层级超过1直接退出，避免循环触发
    IF TRIGGER_NESTLEVEL() > 1
        RETURN;

    IF EXISTS (SELECT * FROM inserted) 
       AND NOT EXISTS(SELECT * FROM deleted)
    BEGIN
        INSERT INTO shopglobal (price, orderdate, region) 
            SELECT i.price, i.orderdate, 'shop1' 
            FROM Inserted i
    END

    IF EXISTS (SELECT * FROM deleted) 
       AND NOT EXISTS(SELECT * FROM inserted)
    BEGIN
        DELETE FROM shopglobal
        WHERE GoodsID IN (SELECT deleted.GoodsID FROM deleted) AND region = 'shop1'
    END   

    IF EXISTS (SELECT * FROM inserted) 
       AND EXISTS (SELECT * FROM deleted)
    BEGIN
        UPDATE shopglobal
        SET price = inserted.price,
            orderdate = inserted.orderdate
        FROM shopglobal
        INNER JOIN inserted ON shopglobal.GoodsID = inserted.GoodsID AND region = 'shop1'
    END;

如果shop2也创建了同逻辑的同步触发器，按照上述规则同步修改即可。

内容的提问来源于stack exchange，提问作者Алексей Евгеньевич Смирнов