单独写CASE WHEN不出列，是因为它仅逐行计算、不改变行数；必须配合GROUP BY和聚合函数（如MAX/SUM）才能将多行结果收拢为单列值。
直接用 CASE WHEN 拼列是可行的，但必须配合 GROUP BY 和聚合函数，否则结果会重复或报错。
为什么单独写 CASE WHEN 不出列？
很多人写完类似 SELECT name, CASE WHEN type='A' THEN value END AS a_val 就停了，结果发现每行只填一个值、其他为 NULL，根本没“转成一列”。这是因为 CASE WHEN 本身只是逐行计算，不改变行数 —— 它输出的是“行内分支”，不是“列折叠”。
- 必须加
GROUP BY（按需保留的维度字段，比如name） - 必须套一层聚合函数，如
MAX()或COALESCE(MAX(), 0)，把每个分组内多行的CASE结果“收拢”成单值 - 若原始数据中某
name没有type='A'的记录，对应列就是NULL，需用COALESCE处理
MAX() 是最常用聚合，但不是唯一选择
选什么聚合函数取决于业务逻辑：
-
MAX()/MIN()：适用于每个分组里最多只有一条匹配记录（如一人一种类型），取非NULL值即可 -
SUM()：当需要累加（如统计某人各类型的分数总和） -
COUNT()：用于计数场景（如每人各类订单数量） - 注意：
AVG()对NULL安全，但会忽略NULL计数，可能造成分母变小
示例：
SELECT user_id, MAX(CASE WHEN category = 'book' THEN price END) AS book_price, SUM(CASE WHEN category = 'electronic' THEN price ELSE 0 END) AS elec_total FROM orders GROUP BY user_id;
遇到动态列名（比如类型值来自表数据）怎么办？
CASE WHEN 无法自动适配未知的 category 值 —— 所有分支必须硬编码。如果 category 可能新增（如后台加了 “clothing” 类型），SQL 就得手动改。
- 这不是语法缺陷，而是 SQL 标准要求列结构在查询编译时确定
- 真要动态，只能靠应用层拼 SQL（注意防注入），或用数据库特有功能（如 PostgreSQL 的
crosstab()、SQL Server 的PIVOT） - 硬编码列太多时，可先
SELECT DISTINCT category FROM ...查出所有值，再生成 SQL 脚本
性能与可读性容易被低估
10 个 CASE 分支的语句，执行计划里仍是单表扫描 + 分组，一般不会比原表慢太多；但维护成本高：
- 每个分支都要写完整条件，漏个括号或引号就报错
- MySQL 8.0+ 支持
JSON_OBJECTAGG配合JSON_EXTRACT替代部分场景，更灵活但可读性更低 - 如果列数 > 15 或条件嵌套深，建议拆到视图或 CTE，别堆在主查询里
真正卡住人的，往往不是语法写不对，而是忘了 GROUP BY 或选错了聚合函数 —— 这两个点错一次，结果就全偏了。
