SQL Server触发器触发后超出最大嵌套层级，是否与写法有关？

这个报错绝对和你的触发器写法/设计有关，先给你拆解一下问题根源：

The maximum nesting level of views, stored procedures, functions or triggers was exceeded (limit: 32)

这个错误本质是触发了无限递归的调用循环——你的触发器执行的操作，又反过来触发了同一个（或者关联的）触发器，循环往复直到达到SQL Server默认的32层嵌套上限。

结合你给出的触发器代码片段，我帮你梳理几种最可能的原因：

• 你触发器所在的表（应该是Alumns？你代码里写的ON ALUMNS大概率是笔误），和Log_Notes表之间存在循环触发：比如Log_Notes表本身也有一个AFTER INSERT/AFTER UPDATE类型的触发器，这个触发器又会去修改Alumns表，反过来触发你的TR_Log_Notes，形成死循环。
• 你的TR_Log_Notes触发器里的操作，间接触发了自身：比如如果Log_Notes和Alumns有外键级联操作（比如级联更新），插入Log_Notes后触发了Alumns的更新，再次触发这个日志触发器。
• 另外，你的代码里还有一个小问题：INSERT INTO Log_Notes(Alumn_ID, ...)没有指定Alumn_ID的来源，触发器里应该用inserted系统表获取被更新的行的ID，否则插入的日志会缺少关键关联信息。

解决步骤 #

1. 排查循环触发源头
   先检查Log_Notes表是否存在触发器，特别是AFTER INSERT/AFTER UPDATE类型的，看它是否会修改Alumns表；同时检查Alumns表是否有其他触发器，是否和TR_Log_Notes形成触发闭环。

2. 添加递归判断，阻止无限循环
   在触发器里加入@@NESTLEVEL函数判断，当嵌套层数超过1时直接退出，避免递归触发。修正后的代码示例：

ALTER TRIGGER [TR_Log_Notes] ON [Alumns] AFTER UPDATE AS 
BEGIN 
    SET NOCOUNT ON;

    -- 若当前是递归触发（嵌套层数>1），直接退出
    IF @@NESTLEVEL > 1
        RETURN;

    DECLARE @Note_Text VARCHAR(30) = 'Fields were updated';

    -- 从inserted表获取被更新的学生ID，插入日志
    INSERT INTO Log_Notes(Alumn_ID, Note_Text, Log_Date)
    SELECT 
        i.Alumn_ID, 
        @Note_Text, 
        GETDATE()
    FROM inserted i;
END

3. 关闭数据库级递归触发器（可选）
   如果确认不需要递归触发，也可以直接关闭数据库的递归触发器设置：

ALTER DATABASE YourDatabaseName SET RECURSIVE_TRIGGERS OFF;

不过这种方式是全局设置，建议优先用触发器内的@@NESTLEVEL判断，更灵活。

总结一下：这个问题的核心就是触发了无限递归循环，只要找到循环的关联点，加上判断逻辑或者调整触发器依赖关系，就能解决报错。

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