SQL Server 2008 UPDATE()函数异常：未更新字段却触发触发器删除

这坑我踩过好几次！问题出在SQL Server里UPDATE()函数的实际逻辑和你想的不一样，再加上可能存在的隐性字段更新，我给你捋清楚：

1. 先纠正对UPDATE()函数的误解 #

很多人以为UPDATE(column)是用来判断列的值是否真的被修改，但实际上它的逻辑很简单：只要该列出现在UPDATE语句的SET子句里，或者被系统自动更新，它就返回true——完全不关心字段值有没有变化。

但你明明没在SET里写field_3，为啥触发器还是触发了？下面是最常见的几种情况：

2. 最可能的原因：field_3是rowversion/timestamp类型 #

如果field_3是rowversion（旧版SQL Server叫timestamp）类型，SQL Server会在每一次更新行的时候自动修改这个字段的值，哪怕你根本没在SET里提到它。这时候UPDATE(field_3)就会返回true，直接触发你的DELETE逻辑。

你可以查一下表结构，看看field_3的类型是不是这个——这是新手最容易踩的坑之一。

3. 其他隐性更新的可能场景 #

除了rowversion，还有几种情况会导致UPDATE(field_3)返回true：

• 计算列依赖被修改：如果field_3是计算列（比如field_3 = field_1 + field_2），你这次更新了field_1和field_2，导致field_3的值自动变化，UPDATE(field_3)就会返回true
• 其他触发器/外键的影响：如果你的表还有其他FOR UPDATE触发器，或者存在级联更新的外键约束，可能在你执行这条UPDATE时，隐性修改了field_3的值
• 字段名拼写错误：虽然概率低，但可以检查下触发器里的field_3是不是和实际表中的字段名完全一致（比如大小写、有没有多打少打字符）

4. 正确的解决办法：判断字段值是否真的变化 #

如果你想实现的是“只有当field_3的值确实被修改时才执行DELETE”，那应该放弃UPDATE()函数，改用INSERTED和DELETED虚拟表来对比：

IF EXISTS (
    SELECT 1 
    FROM INSERTED i
    INNER JOIN DELETED d ON i.key_field = d.key_field
    -- 处理非NULL值的对比
    WHERE i.field_3 <> d.field_3
    -- 额外处理NULL的情况（如果field_3允许为NULL）
    OR (i.field_3 IS NULL AND d.field_3 IS NOT NULL)
    OR (i.field_3 IS NOT NULL AND d.field_3 IS NULL)
)
BEGIN
    DELETE FROM [other_table] WHERE some conditions...
END

这种方式能准确判断field_3的值是否真的发生了变化，不会被隐性更新或者SET子句的内容误导。

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