case when比pivot更常用，因pivot非标准sql、mysql/postgresql不支持，且sql server中需硬编码列名、强制三层括号聚合；而case when+group by全库兼容、写法直观、调试方便。

为什么CASE WHEN比PIVOT更常用

因为PIVOT不是标准SQL，MySQL和PostgreSQL压根不支持，SQL Server虽有但必须硬编码列名、不能动态展开、还强制要求聚合函数嵌套三层括号。而CASE WHEN + GROUP BY在所有数据库里都跑得通，写法直白，调试也方便。

CASE WHEN行转列必须配GROUP BY和聚合函数

漏掉GROUP BY会导致结果膨胀——每条原始记录都输出一行，只是多了几列NULL；不套SUM()、MAX()等聚合函数，MySQL会报Invalid use of group function，PostgreSQL直接拒绝执行。

• CASE WHEN product = 'A' THEN amount END本身不聚合，只做条件筛选，必须外层包一层SUM()或MAX()
• 每个CASE WHEN分支都要写ELSE 0或ELSE NULL，否则不匹配的行默认为NULL，SUM()会跳过，结果偏小
• GROUP BY字段必须包含SELECT中所有未被聚合的列，比如按region分组，就不能在SELECT里多写一个没聚合的city

动态列只能靠应用层拼接SQL

数据库本身无法在单条语句里自动把“所有出现过的product_name”变成列名。MySQL用GROUP_CONCAT + PREPARE，PostgreSQL用string_agg + EXECUTE，但都有坑：

• GROUP_CONCAT默认长度1024，列名一多就截断，得先SET SESSION group_concat_max_len = 1000000
• 字符串拼接时单引号要双写（''），漏了就报Unknown column
• 不能在存储过程外直接EXECUTE变量SQL，否则报错Dynamic SQL is not allowed in this context
• 更稳妥的做法是：SQL只查出维度值列表，由Python/Pandas或BI工具生成最终透视SQL

容易被忽略的NULL和类型一致性

同一个CASE WHEN里不同分支返回不同类型（比如数字和字符串），数据库会隐式转换——MySQL可能全转成字符串，PostgreSQL直接报错column "xxx" has type text but expression has type integer。

• 显式统一类型：CASE WHEN status = 'paid' THEN 1.0 ELSE 0.0 END，别依赖默认
• 空值补零别靠前端：用COALESCE(SUM(CASE WHEN ... END), 0)，而不是让应用层处理NULL
• 时间类字段用MAX()取最新值，但记得MAX(NULL)还是NULL，必要时加NULLIF(MAX(), '1970-01-01')兜底