sum(case when...)是行转列最稳写法，因其为标准sql、跨库兼容、逻辑清晰，本质是条件聚合而非改表结构；需显式写else 0防null，配合group by和coalesce兜底。
为什么SUM(CASE WHEN ...)是行转列最稳的写法
因为不需要依赖数据库特有函数（比如MySQL的GROUP_CONCAT或SQL Server的PIVOT），标准SQL写法，跨库兼容性好，逻辑清晰可控。它本质是用条件聚合把多行数据“压”进一行里的不同字段，不是真的改变表结构。
常见错误是漏写ELSE 0——一旦某组没匹配到对应CASE条件，结果就是NULL，整行求和就变NULL；还有人把SUM套在CASE外层却忘了GROUP BY，导致只返回一行总和。
怎么写一个带月份分组的销售统计报表
假设原始表sales有product、month（值为'Jan'/'Feb'/'Mar'）、amount三列，想按产品汇总各月销售额：
SELECT product, SUM(CASE WHEN month = 'Jan' THEN amount ELSE 0 END) AS Jan_Sales, SUM(CASE WHEN month = 'Feb' THEN amount ELSE 0 END) AS Feb_Sales, SUM(CASE WHEN month = 'Mar' THEN amount ELSE 0 END) AS Mar_Sales FROM sales GROUP BY product;
-
ELSE 0必须显式写，不能省略或写成ELSE NULL - 每个
CASE只处理一个维度值，多个维度要拆成多个CASE分支 -
GROUP BY字段必须包含所有非聚合列（这里是product） - 如果
amount本身可能为NULL，建议先用COALESCE(amount, 0)兜底
遇到动态列（比如新增月份）怎么办
SUM(CASE ...)本身不支持动态列名，硬编码列名是常态。真要动态，就得拼SQL字符串（应用层或存储过程），但会带来注入风险和维护成本。实际项目中更推荐：
- 前端/BI工具做动态列渲染，SQL只返回
product、month、amount三列宽表 - 用视图固化常用列组合，比如
v_sales_q1固定含Jan/Feb/Mar - 如果必须后端生成SQL，用白名单校验
month值，避免直接拼用户输入
别为了“看起来灵活”在SQL里搞字符串拼接——查一次慢20ms，还难调试。
性能和NULL值容易踩的坑
大表上用SUM(CASE)不会比普通GROUP BY慢，但要注意两点：
- WHERE条件尽量下推：先
WHERE month IN ('Jan','Feb','Mar')再聚合，别让CASE扫描全表 -
CASE里不要写复杂子查询或函数调用，比如WHEN get_region(product) = 'North'——这会让优化器放弃索引 - 如果某个月份完全没数据，对应列显示0（因写了
ELSE 0），这是预期行为；若想显示NULL，得写NULLIF(SUM(...), 0)，但通常没必要
真正麻烦的是嵌套层级深的报表——比如按产品+地区+月份三层分组再转列，这时候CASE表达式会迅速膨胀，不如拆成CTE分步计算，可读性和可维护性更重要。
