MySQL 8.0+ 不支持原生PIVOT语法，所谓“PIVOT示例”实为CASE WHEN+聚合函数（如SUM/MAX）配合GROUP BY的手动模拟，强行套用SQL Server写法会直接报语法错误。
MySQL 8.0+ 用 PIVOT？别踩坑，它根本不存在
MySQL 直到 8.0 版本仍不支持标准 SQL 的 PIVOT 语法。网上搜到的所谓“MySQL PIVOT 示例”，多数是手写 CASE WHEN + GROUP BY 的模拟方案，不是内置功能。强行套用其他数据库（如 SQL Server）的写法会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。
真正能落地的做法只有一种：用聚合函数包裹条件表达式。核心思路是——对每个目标列，用 CASE WHEN 把对应行的值挑出来，再用 SUM 或 MAX 聚合（取决于业务语义）。
- 数值型汇总（如销售额）优先用
SUM(CASE WHEN ... THEN amount ELSE 0 END) - 字符串或单值标识（如产品类型）可用
MAX(CASE WHEN ... THEN name END)，因为同一分组内该字段最多一个非空值 - 必须配合
GROUP BY，否则聚合结果会坍缩成一行
PostgreSQL 怎么写动态行转列？crosstab() 要手动装扩展
PostgreSQL 提供了 crosstab() 函数，但它不属于默认安装模块，首次使用前必须执行：CREATE EXTENSION IF NOT EXISTS tablefunc;。漏掉这步会报错：function crosstab(unknown) does not exist。
crosstab() 接收两个参数：第一个是生成“行×列×值”三元组的查询（必须按行键、列键、值键严格三列顺序），第二个是可选的列定义（用于声明返回的列名和类型）。常见错误是列定义与实际查询结果列数/类型不匹配，导致：returned 3 columns but query expected 4。
- 第一列必须是分组依据（如
region），第二列是将来变成列名的字段（如quarter），第三列是待聚合的值（如revenue） - 如果列名不固定（比如季度随年份变化），
crosstab()无法自动适应，得靠应用层拼接 SQL 或用jsonb_object_agg配合后续解析 - 性能上，
crosstab()是 C 实现，比纯 SQL 的CASE WHEN方案快，但前提是数据量大且模式稳定
SQL Server 的 PIVOT 为什么总报 Invalid column name？
SQL Server 的 PIVOT 语法看似简洁，但极易因列名作用域问题失败。关键限制是：PIVOT 子句里写的列名（如 [Q1], [Q2]）必须**完全匹配源子查询中 IN 列出的字面值**，且不能带表别名前缀。
典型错误写法：SELECT region, [Q1] FROM (SELECT region, quarter, revenue FROM sales) s PIVOT (SUM(revenue) FOR quarter IN (s.[Q1], s.[Q2])) p —— 这里 s.[Q1] 中的 s. 会导致报错：Invalid column name 's.Q1'。
-
IN括号内只能写裸列名，如( [Q1], [Q2], [Q3] )，不能加别名、不能加函数、不能用变量 - 若原始数据中
quarter值含空格或特殊字符（如'FY 2023'），必须用方括号包裹：[FY 2023]，且IN里也要一模一样 - 聚合函数必须明确指定（
SUM、AVG等），不能省略；且被聚合字段不能为NULL，否则结果列全为NULL
通用技巧：当列名不确定时，别硬写 SQL，用程序拼接
所有数据库的静态行转列方案都要求列名在写 SQL 时已知。一旦列值来自业务数据（比如不同客户名称、动态添加的产品分类），就必须由应用层先查出唯一列值，再拼出完整 SQL。这是绕不开的环节。
例如 Python 中用 pandas.DataFrame.pivot_table() 或 pd.crosstab() 更自然，但若必须走数据库，就得两步走：第一步 SELECT DISTINCT category FROM sales ORDER BY category，第二步把结果转成 IN ('A','B','C') 插入主查询。漏掉排序可能导致列顺序混乱，影响前端展示。
- 拼接时注意 SQL 注入风险，务必用参数化方式处理列名（如 SQLAlchemy 的
text()+ 白名单校验） - Oracle 用户注意：
LISTAGG可辅助生成列名列表，但长度上限 4000 字符，超长需用XMLAGG - 避免在高频接口中反复查列名+拼 SQL，应缓存列名映射关系，过期时间设为分钟级
行转列真正的复杂点不在语法本身，而在列集合是否动态。静态场景用 CASE WHEN 最稳；动态场景拼 SQL 是标准解法，但得自己管好缓存、注入和长度边界。
