标准SQL的GROUP BY不支持变量列名，必须用sp_executesql动态拼接并校验列名合法性；动态PIVOT需先查值再拼IN子句，注意QUOTENAME和长度限制。
为什么不能直接在 GROUP BY 后用变量拼列名
因为标准 SQL 的 GROUP BY 子句只接受列名、表达式或序号，不接受运行时计算的字符串。你写 GROUP BY @col_name 会报错 Incorrect syntax near '@col_name' —— SQL Server（或其他主流数据库）在解析阶段就拒绝这种写法，根本不会等到执行时才判断。
真正能“动态分组”的唯一可靠路径，是把整个查询语句拼成字符串，再用 EXEC 或 sp_executesql 执行。但这就引出下一个关键问题：怎么安全拼接，又不被注入或类型搞错？
用 sp_executesql 而不是 EXEC 的三个硬性理由
sp_executesql 支持参数化，能避免字符串拼接导致的 SQL 注入和类型隐式转换错误；EXEC 只能传字符串字面量，一旦列名来自用户输入或表字段值，极易崩。
- 列名必须先校验合法性：只允许字母、数字、下划线，且不能是保留字（可用
QUOTENAME(@col_name)自动加方括号并转义） - 分组字段若来自用户输入，必须用
@col_name作为参数传入sp_executesql，而不是直接拼进 SQL 字符串 - 如果还要动态指定聚合函数（如
SUM/COUNT），函数名本身不能参数化（SQL Server 不允许），只能白名单校验后拼接
示例片段：
DECLARE @sql NVARCHAR(MAX) = N'SELECT ' + QUOTENAME(@group_col) + N', COUNT(*) FROM dbo.orders GROUP BY ' + QUOTENAME(@group_col); EXEC sp_executesql @sql;
动态列名生成时最容易漏掉的兼容性陷阱
当你要的不是“按某列分组”，而是“把某列的每个唯一值变成一个新列”（即行转列），那就不是单纯拼 GROUP BY，而要结合 PIVOT 或条件聚合。这时候动态点从分组字段转移到了列值集合上。
常见翻车场景：
-
PIVOT的列值必须在静态 SQL 中显式写出，所以得先查出所有可能值，拼成字符串（如[Apple], [Banana], [Cherry]），再塞进IN子句 - 值含空格、特殊字符或 NULL？
QUOTENAME()必须套每项，否则语法报错 - SQL Server 对动态 PIVOT 的长度限制：拼出的 SQL 字符串不能超 4000 字符（
NVARCHAR(4000)），大数据集需用NVARCHAR(MAX)并检查@sql实际长度
存储过程中处理多层动态逻辑的实用结构
别在一个存储过程里堆砌所有拼接逻辑。把“取列值列表”“拼 SELECT 字段”“拼 GROUP BY/Pivot IN”拆成独立步骤，并用临时表或表变量缓存中间结果。
例如，要按 product_category 分组，并为每个类别生成销售额列：
- 第一步：用
SELECT DISTINCT category INTO #cats FROM products拿到所有类别 - 第二步：用
STRING_AGG(QUOTENAME(category), ', ') WITHIN GROUP (ORDER BY category)（SQL Server 2017+）或游标/while 循环拼列名字符串 - 第三步：把拼好的列名字符串代入主 SQL，再调用
sp_executesql
注意：如果目标列值太多（比如上千个类别），PIVOT 效率会急剧下降，此时应改用条件聚合（SUM(CASE WHEN ...)），它对动态列数更友好，也更容易控制输出字段名。
最常被跳过的一步：没给动态生成的列起别名。拼出来的 SUM(CASE WHEN category='A' THEN amount END) 在结果集中默认列名是 (No column name)，后续程序很难引用——务必用 AS 显式命名。
