行转列是将某列离散值（如region、month）转为字段名并填入对应聚合值；必须用PIVOT仅当使用SQL Server或Oracle且列值固定、已知，因PIVOT要求硬编码IN列表、不支持动态列，而MySQL/PostgreSQL等须用CASE+聚合模拟。
什么是行转列，什么时候必须用 PIVOT？
行转列不是“把结果表格手动横过来”，而是把某列的离散值（比如 category、month、status）变成字段名，对应聚合值（如 SUM(amount)）填入。SQL Server 和 Oracle 原生支持 PIVOT 语法；MySQL、PostgreSQL 则需用条件聚合模拟。
必须用 PIVOT 的典型场景：源数据中同一主键有多行记录，你想按某个分类字段展开成固定宽度宽表——例如销售数据按 product 分组，再把 region 值（如 'North'、'South'）变成列名。
SQL Server 中 PIVOT 的写法和常见报错
PIVOT 是语法糖，底层仍依赖聚合函数，且要求明确列出所有要转出的列值。漏写、大小写不一致、类型不匹配都会直接报错。
- 必须先用子查询或 CTE 提供「三列结构」：
group_column（分组依据）、pivot_column（将转为列名的值列）、value_column（要聚合的数值） -
IN子句里的值必须是字面量，不能是子查询或变量；'North'和'north'被视为不同值 - 如果
pivot_column值动态变化（比如每月新增地区），PIVOT无法自动适配，得拼接 SQL 或换用条件聚合
示例（合法）：
SELECT product, [North], [South], [East] FROM (SELECT product, region, sales FROM sales_data) AS src PIVOT (SUM(sales) FOR region IN ([North], [South], [East])) AS pvt;
MySQL / PostgreSQL 怎么安全地替代 PIVOT？
用 CASE WHEN + 聚合是最通用、最可控的方式，兼容所有版本，也方便加过滤或处理空值。
- 每个目标列写一个
MAX(CASE WHEN region = 'North' THEN sales END)，不能用SELECT *混合聚合与非聚合字段 - 务必用
MAX或SUM包裹CASE，否则会多出空行（因为CASE在每行返回NULL或值，不聚合就保留原始行数） - PostgreSQL 中列别名若含特殊字符或小写，需用双引号包裹，如
"north_sales"；MySQL 默认忽略大小写，但建议统一用反引号`North`
示例（MySQL）：
SELECT product, SUM(CASE WHEN region = 'North' THEN sales ELSE 0 END) AS `North`, SUM(CASE WHEN region = 'South' THEN sales ELSE 0 END) AS `South` FROM sales_data GROUP BY product;
行转列后数据稀疏或 NULL 太多怎么办？
这不是语法问题，而是模型设计信号：当大量单元格为 NULL，说明原数据不适合宽表形态，强行转列会浪费空间、拖慢查询，还容易在应用层引发空值处理错误。
优先检查三点：
- 是否遗漏了
GROUP BY？没分组会导致所有行被压进一行，其他列值不可预测 -
pivot_column值是否真的离散且数量可控？超过 20 个唯一值时，列数爆炸，应考虑前端动态渲染或改用 JSON 聚合（如 PostgreSQL 的JSON_AGG） - 业务是否真需要静态列？报表类需求可接受预定义列；分析类需求更推荐保持长表 + 可视化工具自动 pivot
真正难的不是写出语句，而是判断该不该转——多数时候，保持 product | region | sales 三列结构，比硬凑出 50 列更健壮。
