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 或序列化后比对，得另写逻辑
实际写的时候，先想清楚：你要响应的是“用户写了这个字段”，还是“这个字段的值确实不一样了”。选错判断依据，后面所有日志、同步、校验都会偏航。
