SOP_Head表AFTER UPDATE触发器并非每次更新都触发的技术咨询

从你描述的情况和给出的代码片段来看，这个触发器的核心问题出在批量更新处理逻辑缺失和状态变化判断不严谨上，这也是SQL Server触发器常见的“看似不触发”的诱因。下面一步步拆解问题并给出修复方案：

1. 先分析原代码的核心缺陷 #

你的代码里用变量@sopstatus和@sopnumbe去取inserted表的值，但inserted表是存储所有更新后行的临时表——如果是批量更新多个订单，变量只会保留最后一行的数据，其他订单的状态变化会完全被忽略。同时，你没有对比更新前的状态（存在deleted临时表中），导致即使订单本来就是picked状态、只是更新其他字段时，触发器也会执行无效逻辑。

2. 修复后的完整触发器代码 #

下面是调整后的触发器，支持批量更新，且仅在状态从非picked变为picked时生成ASN请求：

CREATE TRIGGER OrderPickedCreateASN 
ON SOP_Head 
AFTER UPDATE 
AS 
BEGIN
    SET NOCOUNT ON; -- 避免返回额外结果集干扰业务系统

    -- 仅处理状态从非picked变为picked的订单，兼容批量更新
    INSERT INTO ASN_Creation_Requests (SOPNUMBE, Request_Created_Time) -- 替换为你的ASN请求表实际字段
    SELECT 
        i.SOPNUMBE,
        GETDATE()
    FROM inserted i
    INNER JOIN deleted d 
        ON i.SOPNUMBE = d.SOPNUMBE -- 通过订单号关联更新前后的数据
    WHERE 
        -- 替换为你系统中"picked"对应的实际SOPSTATUS值
        i.SOPSTATUS = (SELECT Status_Code FROM Status_Dict WHERE Status_Name = 'picked')
        AND d.SOPSTATUS != i.SOPSTATUS; -- 确保状态确实发生了变更
END

3. 额外排查步骤（如果修复后仍有问题） #

• 确认触发器是否存在且启用：执行SELECT name, is_disabled FROM sys.triggers WHERE name = 'OrderPickedCreateASN'，如果is_disabled为1，执行ENABLE TRIGGER OrderPickedCreateASN ON SOP_Head;启用。
• 检查更新语句是否真的修改了SOPSTATUS：如果只是更新订单的其他字段（比如备注），触发器会执行但不会生成ASN请求（这是符合预期的，但可能被误解为“未触发”）。
• 验证权限：确保执行更新的用户有触发触发器的权限，同时触发器执行上下文有插入ASN请求表的权限。

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