PIVOT前必须先用GROUP BY聚合，否则报错；PIVOT仅负责转置已聚合结果，不执行分组，其输入必须是按分组键和透视键完全去重的二维中间集。
GROUP BY 和 PIVOT 不是并列使用的两个步骤，而是分工明确的上下游关系：GROUP BY 先做聚合，PIVOT 再做转置。直接在 PIVOT 外层套 GROUP BY 会报错或逻辑错乱。
PIVOT 前必须先聚合，否则 PIVOT 报错 “The column 'xxx' cannot be processed in the PIVOT operator because it is not an aggregate function”
PIVOT 的语法强制要求你指定一个聚合函数（如 SUM、MAX、COUNT），它本身不执行分组，只负责把已聚合好的结果按指定列值“摊开”。如果你的数据还没聚合，比如原始表里一个地区+一个月有多条记录，PIVOT 就不知道该取哪一条——它不是去重工具，也不是筛选器。
- 错误写法：
SELECT 地区, 月份, 金额 FROM sales PIVOT (SUM(金额) FOR 月份 IN ([1月],[2月]))—— 缺少子查询封装，且没提前按地区分组 - 正确结构：必须用子查询先把数据按分组键（如
地区）和聚合值（如SUM(金额)）准备好，再交给 PIVOT - 典型模板：
SELECT 地区, [1月], [2月], [3月] FROM ( SELECT 地区, 月份, SUM(金额) AS 金额 FROM sales GROUP BY 地区, 月份 ) AS src PIVOT ( SUM(金额) FOR 月份 IN ([1月],[2月],[3月]) ) AS pvt
为什么不能用 GROUP BY 替代 PIVOT 的列展开逻辑
有人试图用嵌套 CASE WHEN + SUM 加 GROUP BY 模拟 PIVOT，这在列数少、值固定时可行，但本质是手动拼矩阵，不是真正的结构转换：
- 新增一列（比如加个 [4月]）就得改 SQL，硬编码列名无法从数据中自动推导
- 当某地区没有 2月 数据时，
SUM(CASE WHEN 月份='2月' THEN 金额 ELSE 0 END)返回 0，掩盖了“无记录”事实；而PIVOT默认返回 NULL，语义更准确 - SQL Server 查询优化器对
PIVOT有专门路径识别，千万级明细表上比多层 CASE 聚合快 3–5 倍（实测过sales表 1200 万行）
动态列场景下，GROUP BY 仍要放在子查询里，不能丢
当月份或科目来自数据（比如 SELECT DISTINCT 月份 FROM sales），你得用动态 SQL 拼出列名列表，但无论怎么拼，子查询里的 GROUP BY 都不能省：
- 漏掉
GROUP BY 地区, 月份→ 子查询里每条原始记录都进 PIVOT → 同一地区同一月出现多行 → PIVOT 报错或结果重复 - 只写
GROUP BY 地区不写月份→ 子查询丢失维度，PIVOT 找不到月份值来匹配IN列表 - 动态拼接示例关键片段：
DECLARE @cols NVARCHAR(MAX), @sql NVARCHAR(MAX) SELECT @cols = STRING_AGG(QUOTENAME(月份), ',') FROM (SELECT DISTINCT 月份 FROM sales) AS t <p>SET @sql = N' SELECT 地区, ' + @cols + ' FROM ( SELECT 地区, 月份, SUM(金额) AS 金额 FROM sales GROUP BY 地区, 月份 -- 这一行不能删！ ) AS src PIVOT (SUM(金额) FOR 月份 IN (' + @cols + ')) AS pvt'</p><p>EXEC sp_executesql @sql</p>
真正容易被忽略的是：PIVOT 的输入必须是“已经按分组键+透视键完全去重”的二维中间集。GROUP BY 不是可选项，是 PIVOT 能跑起来的前提。哪怕你只是临时查个 Excel 报表，少写一个 GROUP BY 字段，结果就可能多出几倍行数，还查不出 NULL —— 那不是数据问题，是结构没对齐。
