SQL中PIVOT实现行转列（如将月份转为列）、UNPIVOT实现列转行（如将月度列摊为两列），核心是明确维度、指标与标识，而非死记语法；二者均需注意列名匹配、数据类型兼容及NULL处理。
SQL中列转行（UNPIVOT）和行转列（PIVOT）是处理宽表与长表互换的常用技术，核心在于结构重塑而非数据计算。关键不是记住语法，而是理解“什么变维度、什么变值、什么作标识”。
行转列：用PIVOT把分类值变成列名
适用于汇总统计后按类别横向展开，比如把每月销售额拆成 Jan、Feb、Mar 等字段。PIVOT 本质是分组+聚合+重定向列名。
示例：将销售记录表 Sales（含 SalesMonth、Product、Amount）按月份转为列：
SELECT Product, [Jan], [Feb], [Mar]
FROM (
SELECT Product, SalesMonth, Amount
FROM Sales
WHERE SalesMonth IN ('Jan','Feb','Mar')
) AS src
PIVOT (
SUM(Amount)
FOR SalesMonth IN ([Jan], [Feb], [Mar])
) AS pvt;
- 内层查询必须明确提供要转列的原始列（SalesMonth）和值列（Amount）
- FOR ... IN (...) 中的列名必须与源数据中实际值完全一致（区分大小写、空格）
- 聚合函数（如 SUM）不可省略，即使每组只有一条记录也要写
- 未出现在 IN 列表中的 SalesMonth 值会被自动过滤掉
列转行：用UNPIVOT把多个列拉平成两列
适用于将宽表“摊开”便于分析或对接要求长格式的系统，比如把 Jan、Feb、Mar 三列变成 Month、Amount 两列。
示例：将上面 PIVOT 后的结果再还原为长表格式：
SELECT Product, SalesMonth, Amount
FROM (
SELECT Product, [Jan], [Feb], [Mar]
FROM MonthlySummary
) AS src
UNPIVOT (
Amount FOR SalesMonth IN ([Jan], [Feb], [Mar])
) AS upvt;
- UNPIVOT 不做聚合，只是结构变形；原列名会变成值（如 'Jan'），对应数值变成新列值
- 源表中所有参与 UNPIVOT 的列类型必须兼容（建议统一为 numeric 或 varchar）
- NULL 值默认被排除，如需保留需先用 ISNULL 替换
- 不能直接对计算列或表达式使用 UNPIVOT，必须是物理列或别名列
替代方案：用CASE WHEN + GROUP BY 模拟PIVOT
在不支持 PIVOT 的旧版 SQL Server 或其他数据库（如 MySQL）中，可用条件聚合实现类似效果，更灵活也更易调试。
SELECT
Product,
SUM(CASE WHEN SalesMonth = 'Jan' THEN Amount END) AS [Jan],
SUM(CASE WHEN SalesMonth = 'Feb' THEN Amount END) AS [Feb],
SUM(CASE WHEN SalesMonth = 'Mar' THEN Amount END) AS [Mar]
FROM Sales
GROUP BY Product;
- 无需预定义列数，可动态拼接 SQL（配合字符串拼接生成列列表）
- 每个 CASE 都是独立计算，NULL 自动忽略，SUM 结果为 NULL 时显示为 NULL
- 适合列名不确定或需加条件筛选（如只取前5名品类）的场景
注意事项与常见坑
PIVOT/UNPIVOT 是 SQL Server 特有语法，其他数据库需用各自方式实现（如 PostgreSQL 用 tablefunc 扩展，MySQL 用 UNION ALL 模拟）。实际使用时容易卡在几个细节上：
- 列名带空格或特殊字符？必须用方括号括起来，如 [Sales Q1]
- 想转的列太多不想手写？可用动态 SQL 拼接，但要注意注入风险和执行计划缓存
- UNPIVOT 后多了重复 Product？检查是否漏了 GROUP BY 或源数据本身存在多行同 Product 同 Month
- 结果列顺序乱？PIVOT 不保证列顺序，显式列出列名或用 ORDER BY 控制最终输出
基本上就这些。掌握 pivot 和 unpivot 的关键是分清“谁是维度、谁是指标、谁是主键”，而不是死记语法。用熟了就会发现，它只是让数据长得更合你当前需求的样子而已。
