可以，但需满足存储过程返回单个结果集且列结构与目标表完全匹配；不支持多结果集、动态列或含临时表/print的操作。
INSERT INTO EXEC 能否直接插入存储过程结果？
可以，但有严格前提：存储过程必须返回单个结果集，且列结构与目标表完全匹配。SQL Server 允许用 INSERT INTO ... EXEC 捕获其输出，但不支持多结果集、动态列或含临时表/PRINT 的过程——遇到这些会直接报错 The INSERT EXEC statement cannot be nested 或 Invalid use of a side-effecting operator。
目标表不存在时怎么一步建表并插入？
不能一步完成。INSERT INTO ... EXEC 要求目标表已存在。常见做法是先用 SELECT INTO + 子查询模拟结果结构（但存储过程无法在子查询中执行），所以得拆成两步：
- 用
SET FMTONLY ON（已弃用）或更稳妥的sp_describe_first_result_set查出存储过程的元数据，手动生成建表语句 - 或先执行一次带
TOP 0的过程（需过程本身支持条件过滤），把空结果插入临时表，再用SELECT * INTO new_table FROM #temp建表 - 实际插入时，确保字段顺序、名称、类型、NULL 性全部一致；比如过程返回
id int，目标表对应列也必须是int NULL或int NOT NULL（取决于过程逻辑）
为什么 EXEC 后面不能跟变量或拼接字符串？
因为 INSERT INTO ... EXEC 不接受字符串变量作为执行体，只接受存储过程名或批处理语句字面量。写成 EXEC @sql 会报错 Incorrect syntax near '@sql'。若需动态过程名，只能用 sp_executesql 包裹整个 INSERT INTO ... EXEC 语句，例如：
DECLARE @sql NVARCHAR(MAX) = N'INSERT INTO target_table SELECT * FROM OPENROWSET(...)'; EXEC sp_executesql @sql;
但注意：这绕过了 EXEC 的直接捕获机制，改用 OPENROWSET 或 OPENDATASOURCE，需要启用相应服务器选项，权限要求更高。
替代方案比 INSERT INTO EXEC 更可靠吗？
多数情况下是的。尤其当过程含事务、临时表或多次 SELECT 时，INSERT INTO EXEC 容易失败。推荐优先考虑：
- 把核心逻辑提取为表值函数（
TVF），然后用INSERT INTO ... SELECT * FROM dbo.fn_myproc()—— 支持嵌套、可预测、易调试 - 用临时表 +
EXEC分步：先CREATE TABLE #t (...)，再INSERT INTO #t EXEC proc_name，最后SELECT INTO或INSERT INTO real_table SELECT * FROM #t - 如果过程只是封装查询，直接重写为视图，避免过程调用开销和限制
真正卡住的地方往往不是语法，而是过程内部用了 ##global_temp、SET IDENTITY_INSERT 或未显式定义列别名——这些细节不暴露在元数据里，只有执行时才崩。
