优先用SUM(CASE WHEN)而非PIVOT，因其跨数据库通用、逻辑清晰、支持动态分类和空值精细控制；PIVOT仅SQL Server/Oracle原生支持，MySQL不支持，PostgreSQL语法受限，且必须硬编码列名、无法适配动态维度。
为什么用 CASE WHEN + SUM 而不是 PIVOT
因为绝大多数生产环境用的是 MySQL 或 PostgreSQL，它们不支持原生 PIVOT 语法；CASE WHEN + 聚合函数是唯一能在所有主流 SQL 引擎（MySQL 5.7+、PostgreSQL、SQL Server、Oracle）上一致跑通的方案。它不依赖数据库版本特性，也不需要动态拼接 SQL，逻辑直白、调试方便。
CASE WHEN 忘写 ELSE 0 会怎样
结果列会出现大量 NULL，而 SUM(NULL) 仍为 NULL，整列数据“消失”——这不是报错，而是静默失效，前端表格常显示为空白或 NaN。
- 正确写法：
SUM(CASE WHEN status = 'shipped' THEN amount ELSE 0 END) - 错误写法：
SUM(CASE WHEN status = 'shipped' THEN amount END)（缺ELSE） - 字符串场景用
MAX更稳妥，比如MAX(CASE WHEN tag_type = 'city' THEN tag_value END)，避免SUM对文本报错
分类值不固定时怎么处理
硬编码 CASE WHEN 遇到新增状态（如突然加了 'refunded'）就失效，此时 SQL 层无法自动扩展列——这不是 bug，是设计限制。
- 先查出全部取值：
SELECT DISTINCT status FROM order_status_log - 在应用层（Python/Java）拼出完整 SQL，再执行
- 或预设“兜底列”：
SUM(CASE WHEN status IN ('pending','shipped','delivered') THEN amount ELSE 0 END) AS other_amount - 报表工具（如 Metabase）里直接拖拽做透视，SQL 只输出干净纵表，别硬扛横表逻辑
聚合函数选 SUM 还是 MAX？
取决于原始值类型和业务语义：
- 数值型且需累加（如订单金额、点击量）→ 用
SUM - 单值映射（如每个
user_id只有一个city）→ 用MAX或MIN，语义更准确，且对NULL更鲁棒 - 计数类（如“男/女数量”）→ 用
COUNT(CASE WHEN gender = '男' THEN 1 END)，比SUM更直观，且天然忽略NULL - 千万别对字符串用
SUM，MySQL 会隐式转 0，PostgreSQL 直接报错
CASE WHEN，而是确认分组键是否覆盖了所有维度——漏一个 GROUP BY 字段，整张表就塌成一行。这问题不会报错，但结果完全不可信。 
