必须为UPDATE加明确WHERE并为CASE配ELSE，否则会全表污染或设NULL；测试需先用SELECT模拟，注意WHEN顺序、类型一致及NULL与空字符串区分。
能用，但必须写对结构，否则更新结果完全错乱甚至全表污染。
WHERE 条件漏写或写错会导致整列被错误覆盖
很多人只关注 CASE WHEN 内部逻辑，却忘了外层 UPDATE 本身没加 WHERE 时会作用于全表。一旦 CASE 中某个 WHEN 不匹配且没写 ELSE，该行就会被设为 NULL（默认行为）。
- 务必在
UPDATE后加明确的WHERE，比如WHERE id IN (1, 5, 8, 12)或WHERE status = 'pending' - 每个
CASE必须配ELSE，哪怕只是写ELSE column_name保持原值不变 - 测试前先用
SELECT模拟逻辑：SELECT id, name,<br> CASE id<br> WHEN 1 THEN 'Alice'<br> WHEN 5 THEN 'Bob'<br> WHEN 8 THEN 'Charlie'<br> ELSE name<br> END AS new_name<br>FROM users<br>WHERE id IN (1,5,8,12);
CASE WHEN 的 WHEN 子句顺序会影响结果
数据库按从上到下顺序匹配第一个满足的 WHEN，后续不再判断。如果条件有重叠（比如用范围判断），顺序写反就出错。
- 把更具体、优先级更高的条件放前面，例如：
WHEN score >= 90 THEN 'A'要在WHEN score >= 80 THEN 'B'前面 - 避免用模糊条件兜底，比如
WHEN id > 0 THEN 'default'放最后，否则前面所有分支都无效 - 数值型字段注意隐式类型转换：写
WHEN '1'匹配INT字段可能失败，应写WHEN 1
MySQL / PostgreSQL / SQL Server 对 NULL 的处理略有差异
主要体现在 CASE 表达式未匹配且无 ELSE 时的返回值：MySQL 和 PostgreSQL 返回 NULL；SQL Server 在某些版本中可能报错或行为不一致。
- 跨数据库迁移时，强制写
ELSE是最稳妥做法，不要依赖默认行为 - 更新字符串字段时，注意空字符串
''和NULL是不同值，WHEN name IS NULL和WHEN name = ''必须分开写 - PostgreSQL 对
CASE分支返回类型要求严格，混合写'active'和1会报错，需统一转成同类型（如都用TEXT）
真正麻烦的不是语法写不对，而是更新后才发现某几行的值被意外设成了 NULL —— 因为漏了 ELSE，或者 WHERE 条件太宽，或者 WHEN 判断逻辑和实际数据分布不一致。上线前一定要在副本库跑一遍带 SELECT 的等价逻辑验证。
