用 max(case when ...) 行转列是几乎必须的写法，因其通过聚合提取每组唯一非空值，规避空值干扰和数据库兼容性限制，但仅适用于列名固定的场景。
MAX(CASE WHEN ...) 是行转列最稳的写法
直接说结论：用 MAX(CASE WHEN ...) 做行转列，不是“可以”，而是“几乎必须”——它规避了聚合函数对空值的干扰，也绕开了多数数据库不支持 PIVOT 的限制。核心在于：CASE WHEN 生成每行对应列的值（其他列填 NULL），再用 MAX 或 MIN 把非空值捞出来，本质是“每组取一个有效值”，不是真在求最大值。
为什么不能只用 CASE WHEN 不加 MAX？
常见错误是漏掉外层聚合，导致结果行数爆炸。比如按用户统计各科目成绩，没加 GROUP BY 和 MAX，一条原始记录就变成一行输出，根本没法汇总。
-
CASE WHEN subject = '数学' THEN score END在每行产生一个值（可能是数字，也可能是NULL） - 不加
MAX+GROUP BY user_id，SQL 会按原始行分组，无法合并同一用户的多科成绩 -
MAX()在这里只是安全的“非空提取器”：一组里只有一个非空值，MAX(NULL, 95, NULL) → 95 - 用
MIN效果一样，但习惯用MAX；别用SUM，除非你真要累加
字段名动态？别想在纯 SQL 里拼接
MAX(CASE WHEN ...) 只能处理**已知、固定**的列名，比如明确知道只有“语文、数学、英语”。如果科目是运行时才查出来的（比如从 subjects 表读），SQL 标准语法无法自动展开列——这不是写法问题，是 SQL 解析期就要确定列结构的硬限制。
- 想实现真正动态列，得靠应用层（Python/Java）先查出科目列表，再拼出含多个
MAX(CASE WHEN ...)的 SQL 字符串执行 - PostgreSQL 可用
crosstab()，MySQL 8.0+ 可用PIVOT（但仍是静态定义） - 硬写成
MAX(CASE WHEN subject IN (SELECT name FROM subjects) ...)会报错：子查询不能出现在CASE的WHEN中
容易被忽略的 NULL 和类型陷阱
看起来只是套个函数，实际掉坑里调试半小时很常见。
- 所有
CASE WHEN分支必须有ELSE NULL（显式写出来），否则默认补ELSE NULL虽然等效，但某些旧版 MySQL 会报 warning - 各分支返回类型要一致，比如
THEN score（数值）和THEN '缺考'（字符串）混用，会导致隐式转换失败或截断 - 聚合后某列全为
NULL（比如某用户没考英语），结果里这列就是NULL，前端展示需处理，不能假设总有值 - Oracle 用户注意：
MAX对DATE类型也有效，但CASE中不同分支返回DATE和NULL没问题；返回字符串则必须用TO_DATE统一类型
真正麻烦的从来不是写出第一版 MAX(CASE WHEN ...)，而是当业务方突然说“下个月开始要按校区+年级+班级三级统计，且科目表每周可能新增”的时候——那已经不是 SQL 能扛住的了。
