如何执行UPDATE表操作时仅修改CASE语句指定的目标行？

• 原代码存在逻辑冲突：WHERE子句中trunc(t.create_date) > trunc(SYSDATE - 42) 与第三个CASE分支的判断条件t.create_date < trunc(SYSDATE - 42)完全互斥，该分支永远不会生效，对应业务逻辑无法达成。
• 所有匹配WHERE的行都会被触发更新：即使CASE语句走到ELSE分支返回原值，数据库仍会将该行标记为已修改，产生不必要的redo/undo日志、触发行级触发器，就是你遇到的所有行都被修改的问题。

UPDATE your_day_test t
SET t.status = CASE
    WHEN t.create_date < trunc(SYSDATE - 28) AND t.status = 1 THEN -2
    WHEN t.create_date < trunc(SYSDATE - 7) AND t.status IN (0, 3) THEN -1
    WHEN t.create_date < trunc(SYSDATE - 42) AND t.status = -2 THEN -3
END
WHERE 
-- 只筛选真正需要修改的行，三个分支满足任意一个即可
(t.create_date < trunc(SYSDATE - 28) AND t.status = 1)
OR (t.create_date < trunc(SYSDATE - 7) AND t.status IN (0, 3))
OR (t.create_date < trunc(SYSDATE - 42) AND t.status = -2);
COMMIT;

• 精准控制更新范围：WHERE子句直接匹配所有需要变更的行，不需要修改的行不会进入更新候选集，完全避免无意义的行修改触发。
• 修正原逻辑冲突：移除了原本限制create_date范围的错误条件，第三个分支的业务逻辑可以正常生效。如果你的业务确实不需要处理创建时间早于42天前的行，可以直接删除第三个CASE分支，同时在WHERE中补充t.create_date > trunc(SYSDATE - 42)即可。
• 提升执行效率：去掉了create_date字段上的trunc函数运算，如果你在create_date或(create_date, status)上建有索引，SQL可以直接命中索引，执行速度大幅提升。
• 简化CASE逻辑：因为WHERE已经保证所有待更新行必然匹配其中一个WHEN分支，无需额外设置ELSE返回原值，代码更简洁。

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