GROUP_CONCAT不能替代行转列，因其仅将多行拼为单个字符串，无法生成tag1、tag2等独立字段；真行列转换需用CASE WHEN条件聚合或窗口函数序号配合MAX等实现。
为什么 GROUP_CONCAT 不能直接替代行转列
因为 GROUP_CONCAT 只是把多行值拼成一个字符串，不是真正的“列展开”。比如用户有多个标签，你想要的是 tag1、tag2、tag3 三个独立字段，而不是 "iOS,Android,Web" 这一列。MySQL 原生不支持动态列数的 PIVOT，必须用条件聚合手动“枚举列位置”。
用 MAX(CASE WHEN ...) 实现固定数量的行转列
这是最通用、跨 MySQL/PostgreSQL/SQL Server 都能跑的方式。核心是：先给一对多子表加序号（用窗口函数或变量），再按序号做条件聚合。
常见错误现象：Unknown column 'rn' in 'field list' —— 因为 MySQL 8.0 以下不支持在同一个 SELECT 中引用别名，得套一层子查询。
实操建议：
- MySQL 8.0+ 直接用
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY tag_name) - MySQL 5.7 用变量模拟序号：
@rn := IF(@prev = t.user_id, @rn + 1, 1) AS rn，并确保ORDER BY user_id, tag_name在子查询中显式声明 - 每个目标列写一个
MAX(CASE WHEN rn = 1 THEN tag_name END) AS tag1，注意用MAX（或MIN）取非 NULL 值，不能用SUM - 列数必须预先知道上限（如最多 5 个标签），否则无法写出完整 SQL
PostgreSQL 怎么用 array_agg + unnest 搞定动态列
PostgreSQL 更灵活，但“行转列”仍是静态的——真正动态（列名不确定）只能靠应用层或 crosstab 扩展。不过用数组能简化中间态。
使用场景：你想先聚合再展开，避免手写一堆 CASE，且接受结果是数组类型字段（后续由程序解析）。
实操建议：
-
array_agg(tag_name ORDER BY tag_name) FILTER (WHERE tag_name IS NOT NULL)比老式ARRAY_AGG更安全 - 如果硬要拆成多列，仍需配合
unnest(ARRAY[...]) WITH ORDINALITY再做条件聚合，本质没省事 - 注意
array_agg遇到空组返回NULL，不是空数组，判空要用array_length(arr, 1) IS NULL
SQL Server 的 PIVOT 语法看起来简洁，但有个致命限制
PIVOT 关键字确实让语法更直白，但它要求“列名必须写死”，而且不支持子查询生成列列表。也就是说，你不能 SELECT * FROM (…) PIVOT (MAX(val) FOR col IN (SELECT DISTINCT …))。
容易踩的坑：
- 源字段（
FOR后面那个）必须是确定的离散值，且必须出现在IN列表里，不能是变量或结果集 - 聚合函数不能省略，哪怕你只有一条记录也要写
MAX()或MIN() - 如果业务上标签种类会变（比如运营随时新增标签类型），每次都要改 SQL，不适合配置化场景
真要应对变化，还是得拼接动态 SQL，或者把列逻辑交给应用层处理。
复杂点在于：没有银弹。无论哪种方案，都得在“可维护性”和“执行效率”之间权衡——硬编码列数最快，动态生成最灵活但也最容易出错。别指望一条 SQL 自动适配任意一对多深度。
