SQL Server中PIVOT语法必须显式写出列名，不支持子查询或变量，需用EXEC()动态执行；FOR后须为分类列而非值列；聚合函数选择需匹配业务语义；多维度行转列只能用CASE WHEN。
SQL Server中PIVOT语法必须显式写出列名，不能用子查询或变量
PIVOT在SQL Server里不是“智能推导”，它要求IN子句里的列值必须是硬编码的字符串或标识符，比如IN ([A], [B], [C])。写成IN (SELECT DISTINCT category FROM src)会直接报错：Incorrect syntax near 'SELECT'；用变量拼接（如@cols）也无效——除非你把整个语句包进EXEC()动态执行。
常见错误现象：
- 漏掉外层
SELECT *包裹，只写PIVOT(...)，报错Incorrect syntax near 'PIVOT' -
FOR后面放错了字段：比如把值列score写进去，而不是分类列category，结果要么报错，要么返回空 - 中文列名没加
N''前缀，比如写IN ('语文', '数学')，而源字段是nvarchar，可能匹配失败
聚合函数选SUM、MAX还是COUNT？取决于业务语义
PIVOT强制要求一个聚合函数，但选哪个不能拍脑袋：
-
SUM()适合数值累加场景，比如按用户汇总各产品销售额；若某组无该类别数据，结果为NULL，可用ISNULL([A], 0)补0 -
MAX()适合取唯一值（如最新状态、最高分），天然跳过NULL，但同一组若真有多个category='A'记录，只留最大值——可能丢数据 -
COUNT()要小心：写COUNT(score)会忽略NULL，但COUNT(*)会把整行都算上，容易误统计
示例中若想统计每个用户在A/B类产品下的订单数，应写COUNT(CASE WHEN product='A' THEN 1 END)，而不是在PIVOT里盲目套COUNT(*)。
PIVOT和CASE WHEN性能差异极小，别为这点优化牺牲可维护性
用120万行测试数据实测过三种写法（CASE WHEN + GROUP BY、子查询+CASE WHEN、PIVOT），耗时都在2–3秒之间，I/O和CPU开销几乎一致。真正影响性能的是：
- 是否对
GROUP BY字段（如user_id）建了索引 - 源表是否已过滤掉无关数据（比如加
WHERE category IN ('A','B','C')再进PIVOT） - 列数过多导致SELECT子句膨胀，增加网络传输和客户端解析压力
所以优先选可读性强的：固定列且逻辑简单，用PIVOT；要同时算多个指标（如SUM金额+COUNT笔数），或者需要条件分支逻辑（比如“金额>100才计入”），直接上CASE WHEN更直白。
多维度行转列只能靠CASE WHEN，PIVOT不支持嵌套或复合条件
PIVOT一次只能基于**单个列**做旋转，比如FOR product IN (...)。如果你需要同时按product和region展开成宽表（即生成A_North、A_South、B_North等列），PIVOT做不到——它不接受表达式，也不能嵌套。
这时必须用CASE WHEN手动组合条件：
SELECT user_id, SUM(CASE WHEN product = 'A' AND region = 'North' THEN amount END) AS A_North, SUM(CASE WHEN product = 'A' AND region = 'South' THEN amount END) AS A_South, SUM(CASE WHEN product = 'B' AND region = 'North' THEN amount END) AS B_North FROM sales GROUP BY user_id;
这种写法看着啰嗦，但逻辑完全可控，调试时也能逐段验证每个分支是否命中。
最容易被忽略的一点：PIVOT输出列默认不带别名，如果源列名含空格或特殊字符（如'交易性金融资产'），生成的列名会自动变成[交易性金融资产]，但客户端程序可能无法直接引用——得用方括号包裹或显式AS重命名。CASE WHEN则从一开始就掌握命名权。
