MAX(CASE WHEN)能实现反透视，因其通过条件判断生成列值，再用MAX在分组后提取每组非空值，本质是以聚合“兜住”稀疏结果；它比PIVOT更通用、比多次LEFT JOIN更简洁，但必须配GROUP BY且分组键需唯一标识主体行。

MAX(CASE WHEN) 为什么能反透视？ 因为 CASE WHEN 能按条件生成列值，而 MAX()（或 MIN()）在分组后会把每组内该列的非空值“提上来”——只要每组中每个 CASE 分支最多匹配一行，MAX 就不会丢失数据，本质是用聚合“兜住”稀疏结果。 这比 PIVOT/UNPIVOT 更通用，不依赖特定数据库语法，也比多次 LEFT JOIN 更简洁。

常见错误是没加 GROUP BY 或漏写 ELSE NULL，导致全表聚合出单行，或意外把 0/空字符串当有效值参与 MAX。

必须带 GROUP BY，且分组键要唯一标识原“行” 反透视的目标是把多行（如用户-标签关系）压成单行（用户 + 多个标签字段），所以分组依据必须是原始记录中能代表“一行主体”的字段，比如 user_id、order_id。

• 如果原始表是 user_id, tag_name, tag_value，分组键就是 user_id
• 如果还有时间维度（如 effective_date），又想取最新一条，则需先用窗口函数预处理，不能直接在 CASE 里比日期
• 若分组键组合不唯一（比如漏了 tenant_id），会导致不同租户数据互相污染

CASE 表达式里别用聚合函数，也不要嵌套 CASE CASE WHEN tag_name = 'email' THEN tag_value END 是安全的；但写成 CASE WHEN MAX(tag_value) IS NOT NULL THEN ... 就会报错：聚合函数不能出现在 CASE 的条件部分。 同样，避免 CASE WHEN tag_name = 'status' THEN (CASE WHEN tag_value = 'A' THEN 'Active' ELSE 'Inactive' END) —— 这会让逻辑变重，可读性差，也容易因空值传播出错。应该先在子查询里规整 tag_value，再进主 CASE。

性能上，每个 CASE 都是一次全表扫描级判断，字段越多越慢。10 个以上固定列时，建议确认是否真需要宽表——有时 JSON 字段 + 应用层解析更灵活。

NULL 和空字符串处理常被忽略 MAX() 会自动忽略 NULL，但不会忽略空字符串 '' 或数字 0。如果业务中 '' 表示“未填写”，它就会压过真正的 NULL 成为返回值。

MAX(CASE WHEN tag_name = 'phone' THEN NULLIF(tag_value, '') END)

比裸写 MAX(CASE WHEN tag_name = 'phone' THEN tag_value END) 更可靠。同理，数值型字段建议用 NULLIF(tag_value, 0) 配合 COALESCE(MAX(...), 0) 显式控制默认值。 真正难的不是写出语法，而是厘清原始数据里“一个主体对应多个属性”时，哪些属性允许为空、哪些必须互斥、哪些可能重复——这些语义约束，得靠 GROUP BY 粒度和 CASE 条件共同守住。