PIVOT适用于Oracle 11g及以上版本，语法简洁高效；DECODE+MAX是10g及更早版本的兼容方案，需配合GROUP BY和显式聚合，二者均需静态枚举列值且必须使用聚合函数。
PIVOT 能用就优先用，但别忘了它只在 Oracle 11g 及以上生效；如果数据库是 10g 或更老，DECODE + MAX（或 SUM）是唯一可靠选择。
PIVOT 函数必须带聚合函数且列值需静态枚举
很多人写完 PIVOT 报错 ORA-00907: missing right parenthesis 或 ORA-00904: invalid identifier，根本原因是没理解它的语法约束：
-
PIVOT子句里必须指定一个聚合函数，比如MAX(score)、SUM(amount)，不能直接写score -
IN列表里的值必须是字面量（literal），不能是子查询或变量，例如IN ('math', 'english')合法，但IN (SELECT DISTINCT subject FROM student_scores)会报错 - 转换后的列名默认是带引号的字符串，若想控制别名，得写成
'math' AS math_score，否则生成的列名可能是"'math'"这种带引号的怪名字 - 原始数据中若某组缺失某个
IN中的值（比如某个学生没考英语），对应列自动为NULL，不会报错也不会补 0
DECODE + GROUP BY 是兼容性兜底方案，但容易漏写聚合
用 DECODE 实现行转列时，最常踩的坑是只写 DECODE(year, 2018, amount) 却忘了外层套 MAX 或 SUM：
- 不加聚合函数会导致“不是单组分组函数”错误（
ORA-00937: not a single-group group function），因为GROUP BY后每组可能有多行，SQL 不知道该取哪一行的DECODE结果 -
MAX(DECODE(...))和SUM(DECODE(...))行为不同：前者适用于取非空值（如姓名、科目名），后者适用于数值累加（如分数、金额） - 如果原数据中存在重复组合（比如同一产品同年份多条记录），
MAX会取最大值，SUM会求和——选哪个取决于业务语义，不能默认套用 -
DECODE的缺省值建议显式写，比如DECODE(year, 2018, amount, 0)，避免结果列全是NULL导致前端展示异常
CASE WHEN 和 DECODE 效果等价，但可读性更好
虽然 DECODE 是 Oracle 特有，但 CASE WHEN 是 SQL 标准语法，在跨数据库迁移或团队协作时更友好：
- 功能上完全可互换，比如
DECODE(subject, '数学', score, 0)等价于CASE WHEN subject = '数学' THEN score ELSE 0 END -
CASE WHEN支持复杂条件（如范围判断：CASE WHEN score >= 90 THEN 'A'...），而DECODE只支持等值匹配 - 嵌套逻辑用
CASE WHEN更清晰，比如同时按科目和等级做转换时，DECODE嵌套三层就很难维护 - 性能差异几乎可以忽略，执行计划通常一致，不用为性能牺牲可读性
动态列场景下两者都无解，得靠 PL/SQL 拼接
无论是 PIVOT 还是 DECODE，都要求转换后的列值在写 SQL 时就确定。如果列名来自表中数据（比如每月销售数据要按实际存在的月份展开），就必须动态生成 SQL：
- 不能用纯 SQL 实现，必须借助 PL/SQL 块或存储过程，先查出所有要转的值（如
SELECT DISTINCT TO_CHAR(sale_date, 'YYYYMM') FROM sales），再拼IN ('202501', '202502', ...) - 应用层拼接也行，但要注意 SQL 注入风险，尤其当列值来自用户输入时
- 有些报表工具（如 Oracle APEX、OBIEE）内置了动态透视能力，比手写动态 SQL 更安全稳定
- 别试图用
EXECUTE IMMEDIATE在视图里动态执行——视图不支持动态 SQL，会报ORA-00900: invalid SQL statement
真正麻烦的不是语法怎么写，而是搞清“哪些值该进列、哪些该进行、聚合逻辑是否合理”。同一个需求，PIVOT 写出来清爽，但一换环境就跑不了；DECODE 啰嗦点，却能在十年前的老库上照常工作。选哪个，得看你的数据库版本和运维底线在哪里。
