SQL Server 的 PIVOT 仅原生支持于 SQL Server 和 Azure SQL，MySQL、PostgreSQL、SQLite 均不支持，因其为 T-SQL 特有语法而非 ANSI SQL 标准；直接使用会报错“Incorrect syntax near 'PIVOT'”，需确认数据库类型并改用 CASE WHEN 条件聚合实现跨库兼容。
SQL Server 的 PIVOT 不是通用函数，只在 SQL Server 和 Azure SQL 中原生支持；MySQL、PostgreSQL、SQLite 都不支持，硬套会报错 Incorrect syntax near 'PIVOT'。
为什么直接写 PIVOT 会报错
很多人复制了 SQL Server 示例粘贴到 MySQL 或 DBeaver 连 PostgreSQL 就崩，根本原因是 PIVOT 是 T-SQL 特有语法，不是 ANSI SQL 标准。报错信息通常是：
Msg 156, Level 15, State 1, Line X<br>Incorrect syntax near the keyword 'PIVOT'
遇到这个错，先确认你连的是不是 SQL Server 实例（比如连接字符串含 server=xxx;database=xxx;driver={ODBC Driver 17 for SQL Server}），而不是误以为“所有 SQL 都一样”。
SQL Server 中 PIVOT 的最小可用写法
核心是三要素：聚合函数 + FOR 列名 IN (值列表) + 显式子查询（不能直接对表 PIVOT）。
-
PIVOT必须跟在子查询后面，不能直接写SELECT * FROM orders PIVOT(...) -
IN里的值必须是**确定的字面量**，不能是子查询或变量（动态列需拼接 SQL 字符串） - 被转的列（
FOR后那个）必须是单列，且值要能枚举（比如status只有'pending','shipped','delivered'）
示例：按月份统计订单数
SELECT *
FROM (
SELECT YEAR(order_date) AS y,
DATENAME(MONTH, order_date) AS m,
order_id
FROM orders
) AS src
PIVOT (
COUNT(order_id)
FOR m IN ([January], [February], [March])
) AS pvt;替代方案：用条件聚合兼容所有数据库
如果目标库不是 SQL Server，或者列值不确定（比如每月新增一个销售区域），直接放弃 PIVOT，改用 CASE WHEN + 聚合——它更可控、可读性强、100% 兼容。
- MySQL / PostgreSQL / SQLite 都支持，写法一致
- 能配合
COALESCE处理空值，ROUND控制小数位 - 动态列？用应用层（Python/Java）生成 SQL，比拼接
PIVOT字符串安全得多
等效上例：
SELECT YEAR(order_date) AS y, COUNT(CASE WHEN MONTH(order_date) = 1 THEN 1 END) AS January, COUNT(CASE WHEN MONTH(order_date) = 2 THEN 1 END) AS February, COUNT(CASE WHEN MONTH(order_date) = 3 THEN 1 END) AS March FROM orders GROUP BY YEAR(order_date);
容易被忽略的性能和语义陷阱
PIVOT 看似简洁，但实际执行时会强制做两次扫描（先聚合再展开），大数据量下比手写的 CASE 慢 15–30%；更麻烦的是语义模糊：
- 如果
IN列表漏掉某个实际存在的值（比如忘了加[Cancelled]），那行就直接丢弃，不报错也不提示 -
NULL值默认不参与聚合，但源数据里status为NULL的记录不会出现在任何列中，容易误判为“没数据” - 列别名必须和
IN里完全一致（包括大小写、括号、空格），[january]≠[January]
真正要快速出报表，别卡在语法糖上；先用 CASE 写通逻辑，再根据目标库决定是否优化成 PIVOT——后者只是可选的、带限制的缩写。
