Oracle的UNPIVOT语法强制要求嵌套子查询，不可直接作用于表名；子查询需显式命名列、避免重复，IN子句必须与输出列名严格一致，不支持表达式和NULL保留，多值列展开需双括号匹配且仅限11gR2+。
Oracle 的 UNPIVOT 本身就必须配合子查询（通常是内联视图）使用，不存在“是否需要嵌套”的选择——它语法上强制要求先用子查询明确源列集，再在其外层执行转换。
UNPIVOT 必须写在子查询之后
很多人写错的第一步，是试图直接对表名用 UNPIVOT，比如 SELECT * FROM sales_data UNPIVOT (...)，这会报 ORA-00933: SQL command not properly ended。因为 Oracle 要求 UNPIVOT 必须作用于一个“已命名的行源”，而表名本身不构成合法的行源上下文。
- 必须把原始表或字段列表包进一对括号，并起别名（哪怕只是
AS src或省略AS） - 子查询里不能有重复列名，否则
UNPIVOT无法区分要转哪些列 - 子查询中建议显式列出列名，避免
SELECT *—— 后续增删列会导致UNPIVOT IN子句失效但不报错，只静默跳过新列
IN 子句里列名必须与子查询输出完全一致
常见错误是子查询里用了别名（如 jan_sales AS j1），但在 IN 里还写 jan_sales，结果报 ORA-00904: "jan_sales": invalid identifier。Oracle 检查的是子查询最终输出的列名，不是原始表列名。
- 如果子查询写了
SELECT product_id, jan_sales AS month1, feb_sales AS month2 FROM sale_data，那么IN里只能写(month1 AS 'Jan', month2 AS 'Feb') -
IN中的列名不支持表达式，比如COALESCE(jan_sales, 0)不能直接出现在IN列表里——得先在子查询里算好并起别名 - 所有被
IN引用的列，数据类型必须兼容（Oracle 会隐式转，但混合NUMBER和VARCHAR2可能触发ORA-01790）
NULL 值默认被过滤，需主动保留时改用 JOIN 模拟
UNPIVOT 默认跳过值为 NULL 的单元格，不像 UNION ALL 那样原样保留。如果你的宽表里存在业务意义的空值（比如“未填报”而非“零销量”），直接用 UNPIVOT 会丢失记录。
- 没有内置参数控制 NULL 行输出；
INCLUDE NULLS是 SQL Server 语法，在 Oracle 中无效 - 真要保留 NULL，得放弃
UNPIVOT，改用CROSS JOIN+DECODE或CASE手动展开，或者用UNION ALL拼多个SELECT - 性能上，纯
UNPIVOT通常比等效UNION ALL快 20%~40%，但前提是能接受 NULL 过滤
多值列（如成绩+排名）需用括号语法，且列数必须严格匹配
Oracle 支持一次 UNPIVOT 展开多列，例如把 chinese_score 和 chinese_rank 同时转成一行，但语法极容易出错。
- 写法是：
UNPIVOT ((score, rank) FOR subject IN ((chinese_score, chinese_rank) AS 'Chinese', (math_score, math_rank) AS 'Math')) - 每个
IN分组里的列数必须相同，否则报ORA-30935: number of columns in the list does not match - 括号不能漏：外面双括号
((score, rank))表示目标列元组，里面双括号((chinese_score, chinese_rank))表示源列元组 - 这种写法在 11gR2+ 才支持，10g 及更早版本不识别，会直接报语法错误
真正麻烦的不是语法本身，而是当宽表列动态变化（比如每月新增一列销售数据）时，UNPIVOT 的 IN 子句必须硬编码列名——这意味着没法写成通用视图或物化视图，只能靠应用层拼 SQL 或换用 JSON_TABLE 动态解析。
