SQL Server中动态SQL结果不能直接用INSERT INTO #temp SELECT捕获，唯一原生方案是先创建结构匹配的本地临时表，再用INSERT INTO #temp EXEC(...)插入；列名、数量、类型须严格一致，且动态SQL只能返回单结果集。
EXEC动态SQL结果不能直接INSERT INTO #temp
SQL Server里，EXEC（或sp_executesql）执行的动态SQL无法像普通SELECT那样用INSERT INTO #temp SELECT ...直接捕获结果。这是语法限制，不是权限或配置问题——引擎在编译阶段就拒绝这种写法，会报错：Incorrect syntax near the keyword 'exec' 或 Must declare the table variable（如果误用@table）。
用INSERT INTO #temp EXEC 是唯一原生方案
SQL Server提供了一种隐式“管道”机制：把临时表结构提前建好，再用INSERT INTO #temp EXEC (...)让执行结果按列顺序填入。前提是列名、数量、类型必须严格匹配，且动态SQL最终返回的是单结果集。
- 临时表必须是本地临时表（
#temp），不能是表变量（@temp）或全局临时表（##temp） - 列顺序和数据类型需与动态SQL的
SELECT输出完全一致；隐式转换失败会报错，比如动态SQL返回VARCHAR(50)，而#temp定义为CHAR(10) - 动态SQL中不能含多个
SELECT语句（如带PRINT或额外查询），否则只取第一个结果集，其余被丢弃 - 示例：
CREATE TABLE #result (id INT, name NVARCHAR(100));<br>INSERT INTO #result EXEC('SELECT user_id, full_name FROM users WHERE active = 1');
当列结构未知时，用OPENROWSET或临时表+动态建模
如果动态SQL的字段名/类型不可预知（比如拼接了不同视图），INSERT INTO #temp EXEC就失效。此时有两个实用路径：
- 启用
Ad Hoc Distributed Queries后，用OPENROWSET模拟“即席查询”，但要求有sysadmin权限且存在SQL Server Native Client驱动，生产环境通常禁用 - 更稳妥的做法：先用
sp_describe_first_result_set获取元数据，动态生成#temp建表语句，再执行INSERT INTO #temp EXEC。注意该系统存储过程在SQL Server 2012+才支持，且对复杂动态SQL（含变量引用）可能返回is_hidden=1字段 - 别指望
SELECT * INTO #temp FROM OPENQUERY(...)——OPENQUERY需要预定义链接服务器，不适用于纯本地动态SQL
替代方案：改用表变量 + OUTPUT 或拆分逻辑
如果只是想在存储过程中暂存中间结果，且动态部分可控，优先考虑绕过EXEC捕获：
- 把动态SQL逻辑转为参数化视图或内联表值函数（TVF），然后
INSERT INTO #temp SELECT * FROM dbo.fn_get_data(@param) - 用
OUTPUT子句捕获INSERT/UPDATE/DELETE影响的行，避免来回查表 - 若动态SQL仅用于构造WHERE条件，改用
IF EXISTS或CASE WHEN分支，保持整个查询静态可编译 - 临时表生命周期要留意：在嵌套存储过程中，
#temp在调用者作用域可见，但INSERT INTO #temp EXEC中的EXEC是在子作用域执行，仍能写入父级#temp——这点常被误认为“跨作用域失败”
临时表列定义和动态SQL输出的对齐是硬性门槛，没商量余地；而sp_describe_first_result_set的兼容性边界、OPENROWSET的权限依赖，都是上线前必须验证的真实约束。
