SQL中不能用嵌套子查询实现行转列，因其无法改变行数结构且易报错；真正可靠通用的方法是CASE WHEN配合聚合函数与GROUP BY进行条件聚合。
SQL 里没有真正的“嵌套查询实现行转列”这回事——子查询本身不能完成行列结构转换，强行套用只会触发 Subquery returns more than 1 row 错误或逻辑错乱。真正可靠、通用的做法是：用 CASE WHEN + 聚合函数 + GROUP BY，子查询顶多只在特定辅助场景里打个下手。
为什么不能靠子查询直接行转列
很多人试图写类似这样的语句：
SELECT id, (SELECT value FROM logs WHERE type = 'login' AND user_id = t.id) AS login_val, (SELECT value FROM logs WHERE type = 'pay' AND user_id = t.id) AS pay_val FROM users t;
问题很直接：
- 如果某个用户有多个
login日志，子查询就报Subquery returns more than 1 row - 加
LIMIT 1是取随机一条，不是聚合，丢失业务含义 - 没
GROUP BY就没法把多行“压”成一行，SQL 语法根本不允许 SELECT 列表里出现未分组的非聚合字段
CASE WHEN + MAX() 是实际可行的核心写法
这才是生产环境里最稳、兼容性最好（MySQL/PostgreSQL/Oracle/SQL Server 全支持）的方案。关键点不在“嵌套”，而在“条件聚合”。
假设原始表 events 长这样：
user_id | type | value --------+-------+------ 1 | login | 100 1 | pay | 200 2 | login | 90 2 | pay | 150
要转成每用户一行、按 type 拆列：
SELECT user_id, MAX(CASE WHEN type = 'login' THEN value END) AS login_value, MAX(CASE WHEN type = 'pay' THEN value END) AS pay_value FROM events GROUP BY user_id;
要点说明：
-
MAX()不是为取最大值，而是作为“兜底聚合”：同一user_id下，每个CASE只匹配到至多一个非 NULL 值，MAX(NULL, 100)就是100 - 不写
ELSE默认返回NULL，但如果你需要默认值（比如0），得用COALESCE(MAX(...), 0) - 原始数据若存在重复组合（如用户 1 有两条
login记录），MAX()会取较大者；若要保留全部，得先去重或改用GROUP_CONCAT()拼接
子查询唯一合理的辅助位置：预处理 or 多层过滤
子查询不是用来“转列”的，但在以下两个真实场景里能帮上忙：
- 当源数据需要先过滤/计算再转列时，比如：
(SELECT COUNT(*) FROM orders o WHERE o.user_id = e.user_id AND o.status = 'paid')作为一列参与后续CASE分支 —— 这时子查询是标量，安全 - 当枚举值不固定、需动态生成列名时（极少见），先查出所有
DISTINCT type，拼 SQL 字符串再执行；但这是应用层逻辑，不是 SQL 内部嵌套能解决的 - 千万别在
CASE WHEN内部再套子查询，例如CASE WHEN (SELECT ... ) > 0 THEN ...—— 每次判断都触发一次全表扫描，性能灾难
MySQL 8.0+ 有更简洁替代：PIVOT 和窗口函数
如果你用的是 MySQL 8.0 或更高版本，PIVOT 语法确实存在，但注意它只是语法糖，底层仍依赖聚合逻辑：
SELECT * FROM events
PIVOT (MAX(value) FOR type IN ('login', 'pay')) AS p;但它不解决本质问题：仍需明确列出所有 type 值，且不支持动态列。而像 ROW_NUMBER()、LAG() 这类窗口函数，更适合“列内计算”，而非结构转换。
真正容易被忽略的复杂点是：**NULL 值在聚合中的行为不可见**。比如某用户没有 pay 记录，对应列就是 NULL；但如果原始 value 字段本身就允许为 NULL，你无法区分“无记录”和“记录值为 NULL”。这时必须提前用 COALESCE(value, -1) 等手段打标。
