GROUP BY 无法实现动态列，因其要求列结构编译时固定；动态行转列需借助数据库特定机制：SQL Server 用 STUFF+FOR XML 拼接+QUOTENAME，PostgreSQL 用 crosstab() 配合 format()+quote_ident()，且必须预查值、转义标识符、参数化防注入。
为什么不能直接用 GROUP BY 实现动态列（如行转列）
SQL 标准语法中，GROUP BY 只能生成固定结构的结果集，列名和数量在编译时就必须确定。当你需要把「类别值」变成列名（比如把 status 的 'pending'、'done'、'failed' 各自变成一列），就必须绕过静态 SQL 的限制——本质是元数据驱动的列生成，不是聚合逻辑本身的问题。
常见错误现象：ORA-00904（列不存在）、Msg 207（SQL Server 列名无效）、或查询返回空结果但无报错——往往是因为拼出的列名没加引号、大小写不匹配，或动态语句里漏了空格导致 SQL 语法断裂。
- 动态列必须基于真实存在的值生成，建议先用
SELECT DISTINCT预查取值范围，避免空值或特殊字符破坏 SQL 拼接 - 不同数据库对标识符转义规则不同：SQL Server 用
[col]，PostgreSQL 用"col"，MySQL 用反引号`col`；Oracle 不支持方括号，需用双引号"col" - 不要在动态 SQL 中直接拼接用户输入，必须通过参数化或白名单校验过滤，否则就是 SQL 注入高危点
SQL Server 存储过程中用 STUFF + FOR XML 拼接列名
SQL Server 没有原生 PIVOT 动态语法，得靠字符串拼接构造完整 SQL。核心是用 FOR XML 把多行值聚合成逗号分隔字符串，再用 STUFF 去掉开头多余逗号。
DECLARE @cols NVARCHAR(MAX);
SELECT @cols = STUFF((
SELECT ',' + QUOTENAME(status)
FROM (SELECT DISTINCT status FROM orders WHERE status IS NOT NULL) AS tmp
ORDER BY status
FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)'), 1, 1, '');
-- 结果类似：[done],[failed],[pending]QUOTENAME 是关键，它自动加 [] 并转义非法字符（比如 status 值含空格或连字符时不会崩）；漏掉这步，遇到 'in progress' 就直接报错。
- 如果源表数据量大，
DISTINCT子查询可能变慢，可考虑加覆盖索引在status字段上 -
FOR XML PATH('')在 SQL Server 2017+ 可被STRING_AGG替代，但后者不支持排序子句，仍需ORDER BY时保留旧法 - 拼出的
@cols必须参与后续EXEC sp_executesql，不能直接嵌套在普通查询里
PostgreSQL 中用 crosstab() 需提前定义返回结构
PostgreSQL 的 crosstab() 函数看似能动态，实则要求调用时明确声明返回的列名和类型，本质仍是静态契约。真正动态必须结合 psql 元命令或应用层拼接，存储过程内只能走 EXECUTE + format()。
DO $$
DECLARE
col_list TEXT;
BEGIN
SELECT string_agg(quote_ident(status), ', ') INTO col_list
FROM (SELECT DISTINCT status FROM orders WHERE status IS NOT NULL) s;
<p>EXECUTE format('SELECT <em> FROM crosstab(
''SELECT category, status, count(</em>) FROM orders GROUP BY 1,2 ORDER BY 1,2'',
''SELECT DISTINCT status FROM orders WHERE status IS NOT NULL ORDER BY 1''
) AS ct(category TEXT, %s)', col_list);
END $$;注意 quote_ident() 替代 quote_literal()——前者处理列名（防注入+转义），后者只处理字符串值；用错会导致列名被包上单引号，语法直接失效。
-
crosstab()要求输入查询严格两列（分类键 + 分类值），第三列（如count(*)）必须在外部显式指定类型，否则报column definition list错误 - 动态列数变化时，
AS ct(...)里的字段列表必须同步更新，无法省略；这是 PostgreSQL 强类型机制决定的硬约束 - 若列值含中文或特殊符号，
quote_ident()会自动加双引号，无需额外处理
动态 SQL 执行前必须验证语句合法性
拼出来的 SQL 字符串看不见摸不着，直接 EXEC 容易炸库。最有效的做法是先打印、再测试、最后执行。
SQL Server 示例：
PRINT @sql; -- 先看一眼 -- EXEC sp_executesql @sql; -- 注释掉，确认无误后再放开
PostgreSQL 示例：
RAISE NOTICE '%', sql_text; -- 输出到日志 -- EXECUTE sql_text;
容易被忽略的细节：动态 SQL 中的单引号要翻倍（''），字符串内嵌变量必须用占位符（SQL Server 用 @param，PostgreSQL 用 $1），否则传参失败或被当字面量。
- 别依赖 IDE 的语法高亮判断动态 SQL 是否正确——高亮器解析的是静态文本，不是运行时拼出的真实语句
- 如果列名来自表字段值，且该字段允许 NULL，
DISTINCT前务必WHERE col IS NOT NULL，否则QUOTENAME(NULL)返回 NULL，整个拼接链路中断 - 生产环境禁止用
EXEC(@sql)（SQL Server），必须用sp_executesql支持参数化，这是防止注入的底线
