为什么已配置单独insert trigger，我的after update trigger仍在insert操作时执行？

• 核心原因是触发器嵌套触发：你定义的add_date_insert是AFTER INSERT触发器，会在插入数据完成后执行内部的UPDATE students语句，这个UPDATE操作会直接触发表上定义的AFTER UPDATE触发器add_date，也就出现了插入操作连带触发UPDATE触发器的现象。
• 额外隐患：现有触发器的写法仅支持单行插入/更新，当执行批量插入/更新操作时，select id from inserted会返回多个值，直接触发语法错误。

以下提供3种适配不同场景的可行方案，按需选择即可：

方案1：全局关闭嵌套触发（不推荐） #

如果确认全库不需要触发器嵌套执行，可以修改数据库配置关闭嵌套触发器选项：

EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;
EXEC sp_configure 'nested triggers', 0;
RECONFIGURE;

注意：该配置会影响整个数据库的所有触发器嵌套逻辑，可能导致其他依赖嵌套触发的业务异常，非特殊情况不推荐使用。

方案2：修改触发器逻辑（推荐适配绝大多数场景） #

优化INSERT触发器，避免后续UPDATE操作 #

改用INSTEAD OF INSERT触发器，插入数据时直接把dtEnter和初始化的dtModify一并写入，不需要插入后再做UPDATE操作，从根源避免触发UPDATE触发器，同时支持批量插入：

-- 先删除原有INSERT触发器
DROP TRIGGER IF EXISTS add_date_insert;
GO
-- 创建新的INSTEAD OF INSERT触发器
CREATE TRIGGER add_date_insert
ON students
INSTEAD OF INSERT
AS
BEGIN
    -- 此处列名替换为students表除dtEnter、dtModify之外的实际字段
    INSERT INTO students (id, name, age, dtEnter, dtModify)
    SELECT id, name, age, GETDATE(), GETDATE()
    FROM inserted;
END
GO

优化UPDATE触发器，规避无效触发、支持批量操作 #

给UPDATE触发器增加字段更新判断，只有非时间字段更新时才修改dtModify，同时适配批量更新场景：

-- 先删除原有UPDATE触发器
DROP TRIGGER IF EXISTS add_date;
GO
CREATE TRIGGER add_date
ON students
AFTER UPDATE
AS
BEGIN
    -- 如果更新的是dtEnter、dtModify字段则直接返回，不执行后续逻辑
    IF UPDATE(dtEnter) OR UPDATE(dtModify)
        RETURN;
    
    UPDATE s
    SET dtModify = GETDATE()
    FROM students s
    INNER JOIN inserted i ON s.id = i.id;
END
GO

方案3：用字段默认值替代INSERT触发器（最简方案） #

如果dtEnter仅需要记录插入时间，没有其他复杂逻辑，可以直接给字段设置默认值，完全不用写INSERT触发器，性能最高逻辑最简洁：

-- 给dtEnter字段设置默认值为当前时间
ALTER TABLE students ADD CONSTRAINT DF_students_dtEnter DEFAULT GETDATE() FOR dtEnter;
-- 也可以给dtModify设置初始默认值，兼容插入场景
ALTER TABLE students ADD CONSTRAINT DF_students_dtModify DEFAULT GETDATE() FOR dtModify;
-- 删除原有的INSERT触发器即可
DROP TRIGGER IF EXISTS add_date_insert;

该方案仅需要保留优化后的UPDATE触发器即可正常运行。

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