直接用GROUP_CONCAT（MySQL）或STRING_AGG（PostgreSQL）即可将GROUP BY后的多行合并为一列，二者均需显式指定分隔符与ORDER BY以保证顺序可靠，且默认跳过NULL值；超长截断、去重、空值占位等须主动配置。
GROUP BY 后怎么把多行变成一列？
直接用 GROUP_CONCAT()（MySQL）或 STRING_AGG()（PostgreSQL）最省事。别先写子查询拼字符串——性能差还容易出空值问题。
常见错误是没加 ORDER BY 子句，导致每次执行结果顺序不一致。比如统计每个部门的员工姓名：SELECT dept, GROUP_CONCAT(name ORDER BY hire_date) FROM emp GROUP BY dept;
漏掉 ORDER BY hire_date，同一部门的姓名顺序可能随机变动，报表就不可靠。
- MySQL 8.0+ 支持
GROUP_CONCAT(DISTINCT ...)去重，但默认不自动去重 - PostgreSQL 的
STRING_AGG(name, ', ' ORDER BY hire_date)必须显式指定分隔符和排序 - SQL Server 用
STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY hire_date)，语法位置不同，容易写错括号
想把分类字段转成列头（如“销售额按季度横向展开”）？
这是典型的行转列（pivot），不能靠 GROUP BY 解决，必须用条件聚合或数据库原生 pivot 函数。
推荐无依赖的写法：用 CASE WHEN + 聚合函数。例如把订单按季度汇总成一行：SELECT product_id, SUM(CASE WHEN QUARTER(order_date) = 1 THEN amount END) AS Q1, SUM(CASE WHEN QUARTER(order_date) = 2 THEN amount END) AS Q2FROM orders GROUP BY product_id;
- 注意
CASE表达式里不要漏掉ELSE NULL（虽然默认就是 NULL，但显式写出更安全） - 如果季度值来自枚举字段（如 status = 'pending'/'done'），直接写字符串匹配，别用数字硬编码
- Oracle 和 SQL Server 支持
PIVOT语法，但可读性差、调试困难，小规模场景不如手写CASE
NULL 值导致行列合并失败怎么办？
GROUP_CONCAT 和 STRING_AGG 默认跳过 NULL，但如果你需要保留占位符（比如显示 “—” 或空字符串），得提前处理。
别在聚合后用 COALESCE 包裹整个聚合结果——那只会把整组 NULL 变成一个字符串，而不是每个元素单独替换。
正确做法是在聚合前转换：GROUP_CONCAT(COALESCE(name, '未知') ORDER BY id)
- PostgreSQL 中
STRING_AGG(COALESCE(name, ''), ', ')同理 - 如果字段本身是空字符串而非 NULL，
NULLIF(name, '')可先转成 NULL 再统一处理 - MySQL 的
GROUP_CONCAT有长度限制（默认 1024 字符），超长会被截断且无声无息，务必检查group_concat_max_len配置
动态列名（比如每月生成新列）能纯 SQL 实现吗？
不能。SQL 是静态语言，列结构必须在执行前确定。所谓“动态 pivot”，本质是应用层拼 SQL 或用存储过程生成语句。
例如 MySQL 存储过程中先查出所有月份：SELECT GROUP_CONCAT(DISTINCT CONCAT('SUM(CASE WHEN month = ''', month, ''' THEN sales END) AS `', month, '`')) INTO @sql FROM sales;
再拼接并执行 EXECUTE。但这带来权限、注入、缓存失效等额外问题。
- 真正需要动态列时，优先考虑在应用代码（Python/Java）里做 pivot，SQL 只负责取原始明细
- BI 工具（如 Metabase、Superset）通常内置 pivot 功能，比手写 SQL 更稳
- 如果坚持用数据库端，PostgreSQL 的
crosstab()扩展函数能简化，但需提前定义返回结构，灵活性仍受限
行转列不是单纯换写法的问题，关键在明确数据是否真的需要固定列结构——很多所谓“报表需求”，其实用 JSON 或 CSV 导出更直接，也更易维护。
