update()函数仅判断set子句是否显式包含某列,不检测值是否真变化;即使set col=col,仍返回true,适用于轻量级列级触发条件。

SQL Server 中用 UPDATE() 函数判断列是否被修改
SQL Server 不支持 OLD/NEW 伪记录,而是通过 inserted 和 deleted 临时表配合 UPDATE() 函数来检测列变更。这个函数只看“该列是否出现在 UPDATE 语句的 SET 子句中”,不关心值是否真变了——哪怕 SET col = col,UPDATE('col') 仍返回 TRUE。
常见错误是直接比较值变化(如 WHERE inserted.status != deleted.status),但这样会漏掉 NULL 参与的比较,也绕不开触发器本应跳过“无实质变更”的设计初衷。
-
UPDATE()是最轻量、最安全的列级触发条件,性能开销极低 - 多个列需任一被修改:用
UPDATE(col1) OR UPDATE(col2) - 多个列需全部被修改:用
UPDATE(col1) AND UPDATE(col2) - 不能在 WHERE 子句中直接调用
UPDATE(),必须放在触发器主体的 IF 或 CASE 内
CREATE TRIGGER tr_check_status_change
ON orders
AFTER UPDATE
AS
BEGIN
IF UPDATE(status)
BEGIN
INSERT INTO order_audit (order_id, old_status, new_status, changed_at)
SELECT d.order_id, d.status, i.status, GETDATE()
FROM inserted i
INNER JOIN deleted d ON i.order_id = d.order_id;
END
END;
MySQL / PostgreSQL 中用 OLD/NEW 做空安全值比对
MySQL 和 PostgreSQL 支持行级触发器中的 OLD 和 NEW 记录,但直接写 OLD.col != NEW.col 在遇到 NULL 时会返回 UNKNOWN,导致逻辑跳过——这是最常被忽略的坑。
关键不是“有没有改”,而是“值是否发生了有意义的变化”。所以必须用空安全比较操作符。
- MySQL:用
OLD.col NEW.col(三等号),NULL 之间比较返回 TRUE - PostgreSQL:用
OLD.col IS DISTINCT FROM NEW.col,语义上等价于“值不同或一方为 NULL 而另一方非 NULL” - 避免隐式类型转换:比如
OLD.amount = NEW.amount中若字段是 DECIMAL,而传入字符串 '10.00',可能因隐式转导致误判 - 只在
AFTER UPDATE或BEFORE UPDATE中可用;INSERT没有OLD,DELETE没有NEW
-- PostgreSQL 示例:仅当 email 实质变化才记录 IF OLD.email IS DISTINCT FROM NEW.email THEN INSERT INTO email_change_log VALUES (NEW.id, OLD.email, NEW.email, NOW()); END IF;
为什么不能只靠 WHERE 过滤触发器执行时机
有人试图在触发器定义里加 WHEN (OLD.status != NEW.status)(PostgreSQL)或类似条件,但这只控制行级触发是否进入主体,并不减少触发器本身的调用次数——只要语句含 UPDATE,哪怕一行都没改,触发器仍会被执行一次(语句级开销仍在)。
更严重的是,这种写法在 MySQL 中根本不合法(不支持 WHEN 子句),在 SQL Server 中也无法使用 UPDATE() 做 WHERE 条件。
- 触发器本身是语句级注册的,数据库无法预知哪行会满足条件,只能先触发再判断
- 真正节省资源的方式,是在触发器体内尽早用 IF 包裹逻辑,让大部分执行路径快速退出
- 如果业务要求“仅当值变化才发通知”,那必须做值比对;如果只是“只要字段出现在 SET 里就审计”,用
UPDATE()更准
跨数据库迁移时最容易翻车的三个点
把一个在 PostgreSQL 上跑得好好的触发器迁到 SQL Server,大概率会在第一处比较逻辑就失败——不是语法报错,而是行为不一致。
- MySQL 的
和 PostgreSQL 的IS DISTINCT FROM功能等价,但 SQL Server 没有对应原生操作符,必须手写(OLD.col NEW.col) OR (OLD.col IS NULL AND NEW.col IS NOT NULL) OR (OLD.col IS NOT NULL AND NEW.col IS NULL) - SQL Server 的
UPDATE()不检查值变没变,只看语法上有没有出现;而 PG/MySQL 的值比对是运行时计算,开销略高但语义更精确 - 所有数据库中,
UPDATE()或IS DISTINCT FROM都不能用于判断TEXT/JSON等大对象字段是否变化——这些类型需要 HASH 或序列化后比对,得另写逻辑
实际写的时候,先想清楚:你要响应的是“用户写了这个字段”,还是“这个字段的值确实不一样了”。选错判断依据,后面所有日志、同步、校验都会偏航。











