视图不能写动态SQL，因其定义必须是静态SELECT；需动态列时应改用存储过程，或采用可控范围的静态PIVOT视图，或用OPENJSON模拟但性能差。
为什么不能直接在视图里写动态 SQL？
因为 CREATE VIEW 语句不接受变量、拼接字符串或 EXEC/sp_executesql —— 视图定义必须是静态的 SELECT。你写 PIVOT 没问题，但一旦列名（比如年份、产品名）要从数据里实时查出来，就卡在这儿了。
用存储过程模拟“动态视图”的实际做法
多数人真正需要的不是“可查询的视图”，而是“能按需返回 pivoted 结果的封装逻辑”。这时该用存储过程，而非硬套视图：
- 先查出要转成列的值：
SELECT DISTINCT year FROM sales ORDER BY year - 拼出
PIVOT的IN子句，例如([2021], [2022], [2023]) - 用
sp_executesql执行完整动态 SQL - 调用时直接
EXEC get_sales_by_year，效果接近视图
注意：SQL Server 不允许在函数里执行动态 SQL，所以标量/表值函数也走不通。
静态 PIVOT 视图 + 外部补列的折中方案
如果业务上列范围可控（比如只关心最近 5 年），就放弃“完全动态”，改用带兜底的静态视图：
CREATE VIEW v_sales_pivot AS SELECT * FROM ( SELECT product, year, amount FROM sales WHERE year IN (YEAR(GETDATE())-4, YEAR(GETDATE())-3, YEAR(GETDATE())-2, YEAR(GETDATE())-1, YEAR(GETDATE())) ) AS src PIVOT ( SUM(amount) FOR year IN ([2020], [2021], [2022], [2023], [2024]) ) AS p;
这样视图可被任意 SELECT 引用，但每年得手动改一次 IN 列表和 WHERE 条件 —— 看似笨，反而稳定、可索引、能被 BI 工具识别。
用 OPENJSON 或 STRING_AGG 模拟列展开（SQL Server 2016+）
当真要“无存储过程、纯 SELECT”且列不确定时，只能放弃标准 PIVOT，改用键值对展开：
- 把行转成 JSON：
STRING_AGG(CONCAT('{"', year, '":', amount, '}'), ',') - 再用
OPENJSON解析，配合WITH显式声明字段（仍需预知列名） - 或用
CROSS APPLY OPENJSON(...)得到宽表结构，但列名变成key/value，无法直接当字段引用
这条路能绕过 PIVOT 语法限制，但结果不是真正的列，而是行集合；想再当字段用，还得二次聚合 —— 性能差、可读性低，仅适合调试或一次性分析。
真正难的从来不是怎么拼 SQL 字符串，而是决定哪部分该由数据库承担（静态结构）、哪部分该交给应用层处理（动态列渲染）。硬要在视图里塞动态逻辑，最后往往变成维护噩梦。
