case必须配合set使用，不能单独存在；需置于set后等号右侧，各分支返回同类型值，建议显式else避免null，多字段可各自用独立case更新。
UPDATE 中的 CASE 必须配合 SET 使用，不能单独存在
SQL 的 UPDATE 语句本身不支持 if-else 语法，但可以通过 CASE 表达式在 SET 子句中动态计算字段值。关键点是：CASE 必须作为某个列的赋值表达式出现，比如 SET status = CASE ... END，而不是写在 WHERE 或其他位置。
常见错误是把 CASE 当成控制流语句写在 UPDATE 开头，结果报错 ERROR: syntax error at or near "CASE"。
-
CASE必须嵌套在SET后面的等号右侧，且每个分支返回相同数据类型（如全为字符串或全为整数） - 建议显式写出
ELSE分支，避免某行不匹配时被设为NULL - 如果条件之间有优先级（比如“金额 > 1000”和“金额 > 500”），需按从高到低顺序排列
WHEN子句
用简单 WHEN + THEN 实现三档价格分级更新
假设有一张 orders 表，想根据 amount 字段批量更新 level 字段：大于 1000 是 VIP，500–1000 是 GOLD，其余是 NORMAL。
UPDATE orders SET level = CASE WHEN amount > 1000 THEN 'VIP' WHEN amount > 500 THEN 'GOLD' ELSE 'NORMAL' END;
注意这里没有 WHERE，所以会扫描全表；实际使用中通常要加 WHERE amount IS NOT NULL 避免对空值误操作。
- 每个
WHEN后面是布尔表达式，不是列名或范围写法（如不能写WHEN amount IN (500..1000)） - 字符串字面量必须用单引号，数字不用
- PostgreSQL 和 MySQL 都支持这种写法，但 SQL Server 要求
CASE必须有别名（如AS new_level）才能用于 SET —— 实际上它并不需要，只要语法合法即可
多个字段用不同 CASE 独立计算，互不影响
一个 UPDATE 可同时更新多个字段，每个字段都可以有自己的 CASE 表达式。例如同步更新 discount 和 priority：
UPDATE orders
SET
discount = CASE
WHEN status = 'shipped' THEN 0.05
WHEN created_at 5000 THEN 'high'
WHEN amount > 1000 THEN 'medium'
ELSE 'low'
END
WHERE status != 'cancelled';
两个 CASE 完全独立，各自判断各自的条件，不会因为第一个匹配了就跳过第二个。
- 务必加上
WHERE限制影响范围，否则容易误更新历史归档数据 - 如果某个字段更新逻辑依赖另一字段的新值（比如先改
status再基于新status算discount），CASE 不行，得拆成两条 UPDATE - MySQL 8.0+ 支持在 CASE 中调用函数（如
DATE_SUB(NOW(), INTERVAL 7 DAY)），但旧版本可能报错，需验证
NULL 值和类型隐式转换是最大陷阱
当 CASE 分支返回不同类型（比如有的返回 'active'，有的返回 1），数据库会尝试隐式转换，可能导致意外截断、精度丢失或报错。例如 PostgreSQL 会直接拒绝执行：ERROR: CASE types character varying and integer cannot be matched。
- 所有
THEN和ELSE的返回值必须是兼容类型；不确定时统一用CAST(... AS TEXT)或::TEXT强转 -
NULL在 CASE 中有特殊地位：如果所有WHEN都不满足且没写ELSE，整个表达式结果就是NULL—— 这常导致字段被清空而不自知 - 日期比较要小心时区，比如
created_at > '2024-01-01'在带时区的列上可能漏掉当天早些时候的数据
多条件逻辑本身不难，难的是每条分支的边界是否覆盖完整、NULL 怎么处理、类型是否真的一致——这些地方一疏忽，UPDATE 就变成静默数据污染。
