SQL实现透视表需用GROUP BY+聚合函数+CASE WHEN手动枚举静态列，如SUM(CASE WHEN region='华北' THEN amount END) AS 华北；必须显式列出所有非聚合字段于GROUP BY中，NULL默认被忽略，可用COALESCE转0；动态列不可原生支持，需应用层拼接或物化汇总表。
用 GROUP BY + 聚合函数模拟透视表行/列结构
SQL 本身不支持动态列（比如把“产品类别”自动转成列头），但可以通过 GROUP BY 固定维度 + 手动写 CASE WHEN 实现静态透视效果。这相当于把 Excel 里“拖字段到列区域”的动作，换成 SQL 中显式枚举值。
常见场景：统计各地区每种产品的销售额，想让“华北”“华南”“华东”变成列，而不是每行一个地区+产品组合。
- 必须提前知道要展开的列值（比如地区名不能是运行时才查出来的）
- 每个列对应一个
SUM(CASE WHEN region = '华北' THEN amount END)表达式 - 记得给这类表达式加别名，否则列名是
sum(case ...)这种不可读形式 - NULL 值会被
SUM自动忽略，但若想显示为 0，需套一层COALESCE(..., 0)
处理多维分组时避免 GROUP BY 列遗漏
当需要同时按“年份”“产品线”“渠道”三个维度汇总时，SELECT 中所有非聚合字段都必须出现在 GROUP BY 子句里——这是 SQL 标准强制要求，不是 MySQL 的宽松模式能绕过的。
典型错误：SELECT year, product_line, SUM(sales) FROM t GROUP BY year —— 这在 PostgreSQL 或 SQL Server 会直接报错 column "product_line" must appear in the GROUP BY clause。
- 检查
SELECT列表：凡是没有被SUM/COUNT/AVG包裹的字段，都要进GROUP BY - 如果字段是表达式（如
YEAR(order_date)），GROUP BY里也得写相同表达式，不能只写原始列名 - MySQL 5.7+ 默认开启
ONLY_FULL_GROUP_BY，行为和其他数据库一致，别依赖旧版本的隐式分组
用 PIVOT（SQL Server / Oracle）或条件聚合替代硬编码
SQL Server 有原生 PIVOT 语法，Oracle 有 PIVOT（11g+），但它们本质还是静态列——你依然得写出所有要转成列的值，只是写法更紧凑。真正灵活的“Excel 式透视”在纯 SQL 里不存在。
将 PySpark .show() 输出转为 Tab 分隔文本，方便粘贴 Excel。触发词：pyspark、数据转excel、表格整理、venus数据、show输出、复制到excel、数据格式化。
例如 SQL Server 中：SELECT * FROM (SELECT region, product, amount FROM sales) s PIVOT(SUM(amount) FOR region IN ([华北],[华南],[华东])) p —— 注意 [华北] 这些值必须字面量写出，不能来自子查询。
-
PIVOT的IN子句不支持变量或子查询，动态列需拼接 SQL 字符串再EXEC - PostgreSQL 没有
PIVOT，只能靠CASE WHEN+GROUP BY组合，可封装成视图复用逻辑 - 如果列值太多（比如 100 个销售员），手写
CASE不现实，这时该考虑应用层处理，而非硬塞进 SQL
性能与可维护性陷阱：别在大表上做多层嵌套聚合
当试图用子查询先聚合再透视（比如外层 PIVOT 套内层 GROUP BY），实际执行计划往往产生中间结果集膨胀，尤其是源表没建好索引时。
比如对千万级订单表按日+品类聚合再转列，GROUP BY order_date::date, category 本身已慢，再加上 CASE WHEN 多次扫描，响应时间可能从秒级升到分钟级。
- 优先在
GROUP BY前用WHERE过滤掉无关数据（如限定最近 30 天） - 确保分组字段上有联合索引，顺序要匹配
GROUP BY的字段顺序 - 如果业务允许，把高频透视结果物化成汇总表（每天凌晨跑一次
INSERT INTO summary_table SELECT ... GROUP BY ...），查询直接读汇总表
真正的灵活性代价很高——SQL 的分组能力边界清晰，超出就得换工具。别指望一条 SQL 同时解决“任意字段拖拽+实时计算+百万行响应”。
