unpivot需动态拼接列名才能适配业务变化，因硬编码列名无法应对新增字段，必须通过sys.columns或information_schema.columns查询元数据并用quotename和string_agg生成带方括号的nvarchar(max)语句，同时排除分组字段、统一数据类型、处理null值。
UNPIVOT 是 SQL Server 中最直接的列转行语法，但实际用存储过程实现时，不能只写 UNPIVOT 就完事——它要求列名必须在运行前明确写出，而真实业务中（比如按月、按科目、按问卷题号展开）列往往是动态的。所以核心问题不是“能不能用 UNPIVOT”，而是“怎么让存储过程自动识别并拼出这些列”。
为什么不能直接写死 UNPIVOT？
硬编码列名的 UNPIVOT 语句（如 UNPIVOT (value FOR col IN ([Jan],[Feb],[Mar]))）只适用于列固定、已知的场景。一旦源表字段随业务变化（例如新增“化学”科目、“2026-07”月份），存储过程就会报错：Invalid column name '2026-07' 或 The number of columns in the UNPIVOT list does not match the number of columns in the source table。
动态列名必须靠字符串拼接生成
SQL Server 不支持在静态 SQL 中查询元数据后直接展开列，必须用 sys.columns 或 INFORMATION_SCHEMA.COLUMNS 查出目标列，再拼成完整语句。关键点：
-
@sql变量类型必须是NVARCHAR(MAX)（不是VARCHAR(8000)），否则超长动态语句会被截断 - 列名需用方括号包裹，防止含空格、中文或关键字（如
[销售金额]），否则EXEC会失败 - 排除掉用于分组的字段（如
姓名、用户ID），否则UNPIVOT会把它们也当成值列处理 - 拼接时用
COALESCE或STRING_AGG（SQL Server 2017+）比循环更安全，避免末尾多逗号
示例片段：
DECLARE @cols NVARCHAR(MAX);
SELECT @cols = STRING_AGG(QUOTENAME(COLUMN_NAME), ',')
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'YourSourceTable'
AND COLUMN_NAME NOT IN ('UserID', 'Name'); -- 排除主键/标识列
UNPIVOT 的输入结构必须严格匹配
UNPIVOT 要求源数据是“宽表格式”（一行多属性列），且所有待转列的数据类型要兼容（如全是 INT 或全转成 VARCHAR）。常见翻车点：
- 混合类型（如
INT和DATE）直接UNPIVOT会报错Cannot convert data type ... to ...，必须先统一CAST或CONVERT - 源列含
NULL时，UNPIVOT默认过滤掉整行；若需保留，得在拼接前用ISNULL(col, '')填充 - 别名字段（如
SELECT A+B AS Total）不能出现在UNPIVOT的IN子句里——只能对物理列或计算列（定义在子查询中）操作
替代方案：不用 UNPIVOT 也能列转行
当目标列类型不一致、或需额外逻辑（如加前缀、过滤空值），用 VALUES 行构造器 + CROSS APPLY 更灵活：
SELECT t.ID, v.ColName, v.ColValue
FROM YourTable t
CROSS APPLY (VALUES
('Score1', CAST(t.Score1 AS VARCHAR(20))),
('Score2', CAST(t.Score2 AS VARCHAR(20))),
('Score3', CAST(t.Score3 AS VARCHAR(20)))
) v(ColName, ColValue)
WHERE v.ColValue IS NOT NULL;
优点：每行可独立 CAST、可加 WHERE 过滤、不依赖元数据查询；缺点：列数变化时仍需手动改存储过程——**真正的动态性，始终绕不开字符串拼接**。
真正难的不是写出第一版，而是让存储过程在字段增删后仍健壮运行。元数据查询、类型适配、引号与括号嵌套、执行权限——这些细节漏掉任何一环，EXEC(@sql) 就变成定时炸弹。
