先说说 CASE 在 UPDATE 中的使用规则。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 ordersSET 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），但实际上只要语法合法就可以
多个字段用不同 CASE 独立计算，互不影响
一个 UPDATE 可以同时更新多个字段，每个字段都可以有自己的 CASE 表达式。比如同步更新 discount 和 priority：
UPDATE ordersSET discount = CASE WHEN status = 'shipped' THEN 0.05 WHEN created_at < '2023-01-01' THEN 0.10 ELSE 0.0 END, priority = CASE WHEN amount > 5000 THEN 'high' WHEN amount > 1000 THEN 'medium' ELSE 'low' ENDWHERE 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 就会变成静默的数据污染，查起来才叫头疼。
