这可以在SQL Server 2014+中完成，前提是存储过程只返回一个表。如果有人能为多张桌子找到这样的方法，我很想知道。

DECLARE @storedProcname NVARCHAR(MAX) = ''
SET @storedProcname = 'myStoredProc'

DECLARE @strSQL AS VARCHAR(MAX) = 'CREATE TABLE myTableName '

SELECT @strSQL = @strSQL+STUFF((
SELECT ',' +name+' ' + system_type_name 
FROM sys.dm_exec_describe_first_result_set_for_object (OBJECT_ID(@storedProcname),0)
FOR XML PATH('')
),1,1,'(') + ')'

EXEC (@strSQL)

INSERT INTO myTableName

EXEC ('myStoredProc @param1=1, @param2=2')

SELECT * FROM myTableName

DROP TABLE myTableName

这将从系统表中提取返回表的定义，并使用它为您构建临时表。然后，您可以如前所述从存储过程填充它。

还有一些变体也适用于动态SQL。

这是我的T-SQL和参数

--require one time execution if not configured before
sp_configure 'Show Advanced Options', 1
GO
RECONFIGURE
GO

--require one time execution if not configured before
sp_configure 'Ad Hoc Distributed Queries', 1
GO
RECONFIGURE
GO


--the query
DECLARE @param1 int = 1, @param2 int = 2
DECLARE @SQLStr varchar(max) = 'SELECT * INTO #MyTempTable
                                FROM OPENROWSET(''SQLNCLI'',  
''Server=ServerName;Database=DbName;Trusted_Connection=yes'',
''exec StoredProcedureName '+ CAST(@param1 AS varchar(15)) +','+ CAST(@param2 AS varchar(15)) +''') AS a ;
 select * from #MyTempTable;
 drop table #MyTempTable        
';
EXECUTE(@SQLStr);

如果存储过程的结果表太复杂，无法手动键入“createtable”语句，并且不能使用OPENQUERY或OPENROWSET，则可以使用sp_help为您生成列和数据类型列表。一旦您有了列列表，就只需要将其格式化以满足您的需要。

步骤1：将“into#temp”添加到输出查询中（例如“select[…]into#TEMPfrom[…]”）。

最简单的方法是直接在proc中编辑输出查询。如果无法更改存储的proc，可以将内容复制到新的查询窗口中，并在其中修改查询。

步骤2:对临时表运行sp_help。（例如“exec tempdb..sp_help#temp”）

创建临时表后，对临时表运行sp_help以获取列和数据类型的列表，包括varchar字段的大小。

步骤3：将数据列和类型复制到createtable语句中

我有一个Excel工作表，用于将sp_help的输出格式化为“createtable”语句。您不需要任何花哨的东西，只需复制并粘贴到SQL编辑器中即可。使用列名、大小和类型构造“Createtable#x[…]”或“declare@xtable[…]“语句，您可以使用该语句插入存储过程的结果。

步骤4：插入新创建的表

现在，您将得到一个与本主题中描述的其他解决方案类似的查询。

DECLARE @t TABLE 
(
   --these columns were copied from sp_help
   COL1 INT,
   COL2 INT   
)

INSERT INTO @t 
Exec spMyProc 

此技术也可用于将临时表（#temp）转换为表变量（@temp）。虽然这可能比自己编写createtable语句要简单得多，但它可以防止大型进程中出现诸如拼写错误和数据类型不匹配等手动错误。调试拼写错误可能比一开始编写查询要花费更多的时间。

首先，修改存储过程以将最终结果保存到临时表中。通过这样做，我们将创建一个与SP输出字段匹配的表。然后使用select语句将该临时表保存为任意表名。然后按照步骤2中的说明执行SP

步骤1：修改存储过程以将最终结果保存到临时表中

[your stored procedure] 

into #table_temp //this will insert the data to a temp table

from  #table_temp 

select * into SP_Output_Table_1 from #table_temp //this will save data to a actual table

步骤2：按如下所示执行SP，将记录插入到表中

Insert SP_Output_Table_1
EXE  You_SP_Nane @Parameter1 = 52, @parameter2 =1

为了将存储过程的第一个记录集插入到临时表中，您需要了解以下内容：

只能将存储过程的第一行集插入到临时表中存储过程不能执行动态T-SQL语句（sp_executesql）您需要首先定义临时表的结构

以上内容看起来可能是限制，但IMHO完全有意义-如果您使用sp_executesql，则可以一次返回两列，一次返回十列，如果您有多个结果集，则不能将它们插入多个表中-您可以在一个T-SQL语句中的两个表中插入最大值（使用OUTPUT子句，不使用触发器）。

因此，问题主要是如何在执行EXEC之前定义临时表结构。。。进入。。。陈述

sys.dm_exec_descript_first_result_set_for_object系统.dm_exec_descript_first_result_setsp_describe_first_result_set

第一个处理OBJECT_ID，而第二个和第三个处理Ad-hoc查询。我更喜欢使用DMV而不是sp，因为您可以使用CROSSAPPLY同时为多个过程构建临时表定义。

SELECT p.name, r.* 
FROM sys.procedures AS p
CROSS APPLY sys.dm_exec_describe_first_result_set_for_object(p.object_id, 0) AS r;

此外，请注意system_type_name字段，因为它非常有用。它存储列完整定义。例如：

smalldatetime
nvarchar(max)
uniqueidentifier
nvarchar(1000)
real
smalldatetime
decimal(18,2)

在大多数情况下，您可以直接使用它来创建表定义。

因此，我认为在大多数情况下（如果存储过程符合某些条件），您可以轻松地构建动态语句来解决这些问题（创建临时表，将存储过程结果插入其中，对数据执行所需的操作）。

注意，在某些情况下，上面的对象无法定义第一个结果集数据，例如在执行动态T-SQL语句或在存储过程中使用临时表时。

我发现将数组/数据表传递到存储过程中，这可能会让您对如何解决问题有另一个想法。

该链接建议使用Image类型参数传递到存储过程中。然后在存储过程中，图像被转换为包含原始数据的表变量。

也许有一种方法可以用于临时表。