CASE必须写在UPDATE的SET子句中用于动态赋值，不能用于WHERE过滤；多字段需独立CASE；务必显式写ELSE避免NULL覆盖；WHERE控制更新范围，CASE控制赋值逻辑。
CASE WHEN在UPDATE语句里怎么写才生效
直接在UPDATE语句的SET子句中嵌套CASE WHEN，而不是另起子查询或用临时表。数据库执行时会逐行判断条件，并把对应分支的结果赋给目标字段。
常见错误是把CASE写在WHERE里，或者漏掉ELSE——没匹配上的行会被设为NULL（除非显式指定ELSE），这往往不是你想要的。
-
CASE必须放在SET右边，紧跟等号 - 每个
WHEN后跟布尔表达式，THEN后跟要更新的值（可以是常量、字段、计算式） - 强烈建议写
ELSE <code>原字段名，避免意外清空数据 - 所有
THEN分支返回的数据类型需兼容，比如不能一会儿INT一会儿VARCHAR
多条件批量更新的实际写法示例
假设有一张orders表，要根据status字段批量更新priority：待支付→低，已支付→中，已发货→高，其他保持不变。
UPDATE orders SET priority = CASE WHEN status = 'pending' THEN 'low' WHEN status = 'paid' THEN 'medium' WHEN status = 'shipped' THEN 'high' ELSE priority END;
注意：ELSE priority保留原值，比ELSE NULL安全得多；条件顺序重要——前面的WHEN先匹配，后面不会执行，所以有包含关系时（比如status LIKE 'cancel%'和status = 'cancelled'）得把更具体的放前面。
WHERE配合CASE WHEN能减少无意义扫描
如果只更新部分行，务必加WHERE限定范围。否则即使CASE里写了ELSE，数据库仍会对全表逐行求值，IO和锁开销都大。
- 想只更新状态为
pending或paid的订单？加WHERE status IN ('pending', 'paid') -
WHERE条件和CASE里的条件不必一致，但重叠越多，实际更新越精准 - 某些旧版MySQL不支持在
UPDATE ... JOIN中直接用CASE更新关联表字段，得拆成子查询或分步操作
更新失败却没报错？可能是隐式类型转换惹的祸
CASE WHEN各THEN分支返回类型不一致时，数据库会尝试隐式转换——比如THEN 1和THEN 'high'混用，可能全转成字符串，也可能报错，取决于引擎和严格模式设置。
PostgreSQL会直接报错：ERROR: CASE types integer and text cannot be matched；MySQL在非严格模式下可能静默转成VARCHAR，导致数值字段被存成字符串，后续ORDER BY或计算出错。
- 检查所有
THEN结果是否同类型，必要时用CAST(... AS ...)显式转换 - 更新前先用
SELECT模拟逻辑：SELECT id, CASE WHEN ... END AS new_priority FROM orders WHERE ... - 涉及日期或数字计算时，尤其注意
NULL参与运算会导致整条THEN结果为NULL
最麻烦的不是语法写错，而是更新了但业务逻辑没生效——比如ELSE漏写、类型隐式转换、WHERE范围过大或过小，这些地方一动就容易埋雷。
