简介：这份PDF资料聚焦SQL Server中行转列的核心技术PIVOT，面向需要处理报表数据转换的数据库开发人员与数据分析初学者。内容以WEEK_INCOME收入表为例，从传统CASE配合SUM的写法切入，逐步过渡到PIVOT操作符的语法结构，并逐句拆解聚合函数、FOR子句与IN列表三部分的含义，帮助读者理解“以值变列”的设计思路。资源包内仅含1个PDF文件，大小约66KB，篇幅精炼，适合作为随查随用的语法参考手册。目前已有1530人学习下载，读者可从中掌握PIVOT的完整用法、与UNPIVOT的对应关系，以及行数过大或列名未知时改用动态SQL的判断依据，从而在报表查询中减少手写大量CASE语句的重复劳动，提升数据展现效率。
1. 行转列到底在转什么：从一张成绩单说起
手头有一张成绩表，三列：学生、科目、分数。产品经理看了一眼说，我要的是一行一个学生，语文数学英语各占一列。这就是行转列最朴素的样子——把「多行记录」压成「一行多列」。SQL SERVER 里干这件事有两套家伙：一套是 PIVOT 运算符，一套是 CASE WHEN 加聚合函数的手工写法。很多人第一次搜「SQL SERVER PIVOT 用法详解」，是因为报表需求逼到眼前，GROUP BY 出来的结果横着看不了，Excel 里手动拖过几次，数据一多就崩。这篇不讲玄学，讲清楚 PIVOT 的语法骨架、动态列怎么拼、和手工 CASE WHEN 的边界在哪，以及那些让结果莫名少一行、多一列的坑。适合已经会写基本 SELECT，但被行转列卡住的开发、报表和数据分析岗。读完你能自己判断：这个需求该用静态 PIVOT、动态 PIVOT，还是干脆回退到 CASE WHEN。
2. PIVOT 的语法骨架与静态写法
2.1 PIVOT 三个必填件：聚合、透视列、值列
PIVOT 的完整形态长这样：
SELECT <非透视列>, [透视值1], [透视值2], ... FROM <源表或子查询> PIVOT ( 聚合函数(<值列>) FOR <透视列> IN ([透视值1], [透视值2], ...) ) AS <别名>;三个必填件缺一不可。聚合函数决定多行撞到同一个格子时怎么合并，常见是 SUM、MAX、COUNT；FOR 后面跟的是「哪一列的值要变成列名」；IN 里面是你要显式列出的那些值。注意一个反直觉点：PIVOT 本身不写 GROUP BY，但它的分组逻辑是「SELECT 里除了聚合列和透视列之外的所有列」。也就是说，如果你 SELECT 里多带了一个无关列，分组粒度立刻变细，结果行数暴涨。这是新手翻车最多的地方。
看一个能直接跑的静态例子。先建表灌数据：
CREATE TABLE Score ( StudentName NVARCHAR(20), Subject NVARCHAR(20), Score INT ); INSERT INTO Score VALUES (N'张三', N'语文', 88), (N'张三', N'数学', 95), (N'张三', N'英语', 79), (N'李四', N'语文', 92), (N'李四', N'数学', 85), (N'李四', N'英语', 90);静态 PIVOT 查询：
SELECT StudentName, [语文], [数学], [英语] FROM Score PIVOT ( SUM(Score) FOR Subject IN ([语文], [数学], [英语]) ) AS PivotTable;逻辑说明：源表 Score 里，Subject 列的三个值被「抬」成了列名，Score 列的值按 StudentName 分组后填进对应格子。SUM 在这里其实没做加法，因为每个学生每科只有一条记录，但语法要求必须写聚合函数。参数说明：[语文]这种方括号是标识符引用，中文列名、带空格或关键字的列名都必须加；如果透视值是英文且不含特殊字符，方括号可省，但我建议一律加上，省得踩关键字冲突。别名AS PivotTable是强制的，不写直接报语法错。
2.2 静态 PIVOT 的适用边界与列名硬编码代价
静态写法最大的问题是 IN 列表写死。科目从三门变四门，你得改 SQL；透视值有几十个，SQL 会长到没法维护。它适合的场景很明确：透视值固定且少，比如月份 1 到 12、季度 Q1 到 Q4、状态码就那么几个。一旦透视值来自业务数据且会增长，静态写法就是给自己埋雷。
还有一个容易忽略的点：PIVOT 的源数据里如果某个透视值不存在，那一列在结果里仍然会出现（因为你在 IN 里写了），但整列是 NULL。这跟手工 CASE WHEN 的行为一致，不算坑，但报表上要处理 NULL 显示。另外，PIVOT 之后你没法直接再对结果做 WHERE 过滤透视列——因为列名是动态生成的，得把整个 PIVOT 包成子查询或 CTE 再过滤。常见做法是：
WITH Pivoted AS ( SELECT StudentName, [语文], [数学], [英语] FROM Score PIVOT (SUM(Score) FOR Subject IN ([语文], [数学], [英语])) AS P ) SELECT * FROM Pivoted WHERE [数学] >= 90;这个包一层的习惯，后面做动态 PIVOT 和结果二次加工时都会用到。
3. 动态 PIVOT：列名不写死，用拼接 SQL 解决
3.1 用 STUFF + FOR XML PATH 拼出透视列清单
动态 PIVOT 的核心思路：先从数据里查出所有不重复的透视值，拼成[值1],[值2],...这样的字符串，再把这个字符串塞进 PIVOT 语句里，最后用 EXEC 或 sp_executesql 执行。拼列清单的经典写法是 STUFF 配 FOR XML PATH：
DECLARE @cols NVARCHAR(MAX); SELECT @cols = STUFF(( SELECT DISTINCT ',' + QUOTENAME(Subject) FROM Score FOR XML PATH(''), TYPE ).value('.', 'NVARCHAR(MAX)'), 1, 1, ''); PRINT @cols; -- 输出：[数学],[英语],[语文]逻辑说明：内层SELECT DISTINCT ',' + QUOTENAME(Subject)给每个科目前面加逗号并做方括号转义，FOR XML PATH 把这些行拼成一个 XML 字符串，.value('.', 'NVARCHAR(MAX)')取出纯文本，STUFF 从第 1 位删掉 1 个字符，也就是去掉开头那个多余逗号。QUOTENAME 是关键，它自动处理列名里的特殊字符和空格，比手写方括号安全。参数说明：FOR XML PATH('')里的空字符串表示不包任何标签；TYPE加.value()是为了正确处理特殊字符转义，不加 TYPE 直接取字符串在某些字符下会出问题。
3.2 拼完整 PIVOT 语句并执行的完整脚本
拿到列清单后，拼主查询：
DECLARE @cols NVARCHAR(MAX), @sql NVARCHAR(MAX); SELECT @cols = STUFF(( SELECT DISTINCT ',' + QUOTENAME(Subject) FROM Score FOR XML PATH(''), TYPE ).value('.', 'NVARCHAR(MAX)'), 1, 1, ''); SET @sql = N' SELECT StudentName, ' + @cols + N' FROM Score PIVOT ( SUM(Score) FOR Subject IN (' + @cols + N') ) AS P;'; EXEC sp_executesql @sql;逻辑说明：@cols 被用了两次，一次在 SELECT 列表，一次在 IN 列表，这是动态 PIVOT 的标准结构。用 sp_executesql 而不是 EXEC(@sql)，好处是能参数化、能复用执行计划，虽然这个场景没传参，但养成习惯没坏处。参数说明：@sql 必须声明为 NVARCHAR 而不是 VARCHAR，因为拼接内容可能含 Unicode 字符（比如中文列名），用 VARCHAR 会丢字符。@cols 的长度用 NVARCHAR(MAX)，别用 NVARCHAR(4000)，列一多就截断，截断后 SQL 语法错，报错信息还很难指向根因。
如果透视列的值来自另一个表而不是本表，把FROM Score换成对应的维度表即可，但要注意 DISTINCT 去重，否则列清单里会出现重复列名，PIVOT 直接报错。
3.3 动态 PIVOT 里加过滤条件和排序
实际业务里往往还要按时间范围过滤、按某列排序。过滤条件加在源查询里，排序加在最终 SELECT 上：
DECLARE @cols NVARCHAR(MAX), @sql NVARCHAR(MAX); SELECT @cols = STUFF(( SELECT DISTINCT ',' + QUOTENAME(Subject) FROM Score WHERE Score >= 60 FOR XML PATH(''), TYPE ).value('.', 'NVARCHAR(MAX)'), 1, 1, ''); SET @sql = N' SELECT StudentName, ' + @cols + N' FROM (SELECT StudentName, Subject, Score FROM Score WHERE Score >= 60) AS Src PIVOT (SUM(Score) FOR Subject IN (' + @cols + N')) AS P ORDER BY StudentName;'; EXEC sp_executesql @sql;注意这里源数据用了子查询先过滤，而不是在 PIVOT 外层过滤。原因还是那个：PIVOT 的分组逻辑吃 SELECT 里的列，外层过滤透视列名是动态的不好写，内层过滤最干净。排序放在最外层，按非透视列排，没问题。
4. PIVOT 避坑与排查：那些让结果对不上的细节
4.1 坑一：结果行数比预期多，分组粒度被悄悄改细
现象：明明想按学生分组，结果同一个学生出现好几行。原因：SELECT 列表里带了额外的列，比如班级、考试时间，PIVOT 把这些列也当成了分组依据。解决：PIVOT 的源数据只保留「分组列 + 透视列 + 值列」三样，多余列在子查询里砍掉。我一般会先把源数据 SELECT 出来看一眼，确认列数就三列再套 PIVOT。
4.2 坑二：聚合函数选错，字符串列直接报错
现象：对文本列做 PIVOT，写 SUM 报「操作数数据类型 nvarchar 对于 sum 运算符无效」。原因：SUM 只能用于数值。解决：文本列用 MAX 或 MIN，它们对字符串合法，且在「每个格子只有一条记录」的场景下效果等价。如果确实要多行拼接，PIVOT 本身做不到，得先在源数据里用 STRING_AGG 或 FOR XML 拼好再透视。
4.3 坑三：动态 SQL 里列清单为空，执行报语法错
现象：透视列查询返回空，@cols 是 NULL，拼出来的 SQL 变成FOR Subject IN ()，直接语法错。原因：源表在过滤条件下没有匹配数据。解决：拼 SQL 前判空，IF @cols IS NULL就跳过执行或返回空结果集。这个判断在存储过程里尤其重要，否则半夜跑批直接炸。
4.4 坑四：QUOTENAME 漏用，列名含空格或关键字翻车
现象：透视值里有个「期末 成绩」带空格，或者叫「Order」这种关键字，拼出来的 SQL 报错。原因：手写方括号容易漏，或者根本没加。解决：一律用 QUOTENAME 包透视值，它自动加方括号并转义内部方括号。别自己拼'[' + Subject + ']'，遇到列名本身带]就废了。
4.5 坑五：PIVOT 结果列顺序不受控
现象：动态 PIVOT 出来的列顺序每次不一样，报表列乱跳。原因：列清单来自 DISTINCT 查询，没有 ORDER BY，SQL Server 不保证顺序。解决：在拼 @cols 的子查询里加 ORDER BY，但 FOR XML PATH 配 ORDER BY 需要写成子查询嵌套，或者用SELECT DISTINCT ... ORDER BY在派生表里排好再拼。最稳的办法是列清单单独查出来带排序，再拼字符串。
5. 进阶：PIVOT 与 CASE WHEN 怎么选，以及一个验证习惯
PIVOT 不是唯一解，CASE WHEN 加 GROUP BY 同样能行转列，而且更灵活。两者对比：
| 维度 | PIVOT | CASE WHEN + GROUP BY |
|---|---|---|
| 语法简洁度 | 高，结构固定 | 低，每个透视值写一个 CASE |
| 动态列支持 | 需拼 SQL | 同样需拼 SQL，但拼接逻辑更直白 |
| 多聚合同时输出 | 一个 PIVOT 一个聚合，多个要写多个 PIVOT 再 JOIN | 一个 CASE 一个聚合，可并列写 |
| 可读性 | 透视值少时好 | 透视值多时反而清晰 |
| 执行计划 | 通常走流聚合 | 通常也走流聚合，差异不大 |
我的选择习惯：透视值固定且不超过 15 个，用静态 PIVOT；透视值动态或需要同时输出多个聚合（比如每个科目既要分数又要排名），用 CASE WHEN 手工写，因为 PIVOT 做多聚合要套多层子查询，维护成本反而高。动态 PIVOT 只在透视值确实来自数据且数量可控时用，数量上百的透视列，报表层就该考虑换展示方式了，硬转列出来没人看得过来。
验证结果对不对，我有一个固定动作：拿一个分组键，手工查它的明细，再对照 PIVOT 结果逐格核对。比如张三的语文分，明细里是 88，PIVOT 结果里也必须是 88，不能是 NULL 也不能是别的。这个动作花不了一分钟，但能挡住分组粒度错误、聚合函数误用、过滤条件漏写这三类最常见的问题。血泪经验是，PIVOT 写错往往不报错，只是结果悄悄不对，等报表发出去被业务发现就晚了。希望帮到你。
本文还有配套的精品资源，点击获取
