PIVOT 并不比 CASE + 聚合更简易，仅在严格三列结构（分组键、类别列、值列）且类别固定时更简洁；否则需预处理、硬编码 IN 列表、显式聚合与 NULL 处理，维护性和灵活性反不如 CASE。
直接用 PIVOT 并不会更“简易”——它只在特定前提下比 CASE + 聚合更简洁，但隐含约束更多，稍不注意就报错或结果错位。
PIVOT 必须先整理出三列结构
你不能拿一张带 8 列的订单表（order_id, customer, product, qty, price, ...）直接丢进 PIVOT。它只认三列：分组键、类别列、值列。
- 错误写法：
SELECT * FROM orders PIVOT (SUM(qty) FOR product IN ([Laptop], [Mouse]))→ 报错The PIVOT operator requires a pivot column and an aggregate function - 正确做法：先用子查询投影成三列：
SELECT customer, product, qty FROM orders WHERE year = 2025 - 如果原始表里“产品名”分散在
prod_a、prod_b等多列，得先UNION ALL或UNPIVOT拆开，再进PIVOT - 类别列值含空格或特殊字符（如
Web API）必须用方括号：[Web API]
IN 子句只能硬编码，不能动态
PIVOT 的 IN 列表不接受变量、子查询或字符串拼接，这是最常踩的坑。
- 非法：
FOR category IN (SELECT DISTINCT category FROM dim)→ 直接语法错误 - 合法：
FOR product IN ([Laptop], [Mouse], [Web API]) - 新增一个产品？必须手动改 SQL，漏改就少一列，且无警告
- 列名超过 10 个时，手敲易错，建议从配置表导出后粘贴，别靠记忆补全
聚合函数不可省略，NULL 处理要显式
即使每组每类只有一条记录，也必须写聚合函数；MAX() 和 SUM() 语义不同，选错会导致业务逻辑偏差。
- 漏写聚合函数 → 报错
Incorrect syntax near 'PIVOT' - 对字符串用
MAX(product_name)可能返回字典序最大值，而非最新/主数据 - 某组缺失某类别时，对应单元格为
NULL，不是 0；需用ISNULL([Laptop], 0)包裹 - 原始值列本身含
NULL，MAX()会跳过它，结果仍为NULL—— 要确认清洗是否已处理空值
什么时候该放弃 PIVOT，改用 CASE？
当列名来自业务配置、每月新增、或需要同时聚合多个指标（如 SUM(qty) 和 COUNT(*)）时，CASE 更可控、可读性更高。
-
PIVOT一次只能聚合一列，要两个指标就得嵌套或两次PIVOT，SQL 易臃肿 -
CASE写法虽长，但所有逻辑在一层，增删列只需改一行CASE，不用动IN列表 - 团队若不熟悉
PIVOT语法，维护成本反而更高 - 真正难的不是写出第一个
PIVOT，而是让后续接手的人一眼看懂：这个旋转依赖哪些数据前提、哪些列被硬编码、哪些 NULL 被悄悄忽略了
