Select @@ServerName
EXEC sp_serveroption @@ServerName, 'DATA ACCESS', TRUE

SELECT  *
INTO    #tmpTable
FROM    OPENQUERY(YOURSERVERNAME, 'EXEC db.schema.sproc 1')

如果存储过程的结果表太复杂，无法手动键入“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转换为）UDF（表值UDF）。从dbo.UDF_getBusinessLineHistory“2009年3月16日”中选择*到#tmpBusLine

这是一个简单的2步过程：-创建临时表-插入临时表。

执行相同操作的代码：

CREATE TABLE #tempTable (Column1 int, Column2 varchar(max));
INSERT INTO #tempTable 
EXEC [app].[Sproc_name]
@param1 = 1,
@param2 =2;

这是对您的问题稍作修改的答案。如果可以放弃对用户定义函数使用存储过程，则可以使用内联表值用户定义函数。这本质上是一个存储过程（将采用参数），它将表作为结果集返回；因此将与INTO语句一起放置。

这里有一篇关于它和其他用户定义函数的快速文章。如果仍然需要驱动存储过程，则可以用存储过程包装内联表值用户定义函数。存储过程在从内联表值用户定义函数调用select*时只传递参数。

例如，您可以使用一个内联表值用户定义函数来获取特定地区的客户列表：

CREATE FUNCTION CustomersByRegion 
(  
    @RegionID int  
)
RETURNS TABLE 
AS
RETURN 
  SELECT *
  FROM customers
  WHERE RegionID = @RegionID
GO

然后，您可以调用此函数来获取结果，例如：

SELECT * FROM CustomersbyRegion(1)

或执行SELECT INTO：

SELECT * INTO CustList FROM CustomersbyRegion(1)

如果仍然需要存储过程，则按如下方式包装函数：

CREATE PROCEDURE uspCustomersByRegion 
(  
    @regionID int  
)
AS
BEGIN
     SELECT * FROM CustomersbyRegion(@regionID);
END
GO

我认为这是获得理想结果的最“无黑客”的方法。它使用了现有的功能，因为它们的使用不会带来额外的复杂性。通过在存储过程中嵌套内联表值用户定义函数，您可以通过两种方式访问该功能。加实际SQL代码只有一个维护点。

已经建议使用OPENROWSET，但这不是OPENROWET函数的用途（摘自联机丛书）：

包括所有连接信息访问远程数据所需的来自OLE DB数据源。这方法是访问表，并且是一个一次性临时连接方法和使用OLE访问远程数据数据库。更频繁的参考OLE DB数据源，使用链接服务器。

使用OPENROWSET可以完成任务，但在打开本地连接和编组数据时会产生一些额外的开销。它也可能不是所有情况下的选项，因为它需要临时查询权限，这会带来安全风险，因此可能不需要。此外，OPENROWSET方法将排除使用返回多个结果集的存储过程。在单个存储过程中包装多个内联表值用户定义函数可以实现这一点。

如果OPENROWSET给您带来问题，从2012年起还有另一种方法；使用sys.dm_exec_descript_first_result_set_for_object，如下所述：检索存储过程的列名和类型？

首先，创建此存储过程以生成临时表的SQL：

CREATE PROCEDURE dbo.usp_GetStoredProcTableDefinition(
    @ProcedureName  nvarchar(128),
    @TableName      nvarchar(128),
    @SQL            nvarchar(max) OUTPUT
)
AS
SET @SQL = 'CREATE TABLE ' + @tableName + ' ('

SELECT @SQL = @SQL + '['+name +'] '+ system_type_name +''  + ','
        FROM sys.dm_exec_describe_first_result_set_for_object
        (
          OBJECT_ID(@ProcedureName), 
          NULL
        );

--Remove trailing comma
SET @SQL = SUBSTRING(@SQL,0,LEN(@SQL))    
SET @SQL =  @SQL +')'

要使用该过程，请按以下方式调用它：

DECLARE     @SQL    NVARCHAR(MAX)

exec dbo.usp_GetStoredProcTableDefinition
    @ProcedureName='dbo.usp_YourProcedure',
    @TableName='##YourGlobalTempTable',@SQL = @SQL OUTPUT

INSERT INTO ##YourGlobalTempTable
EXEC    [dbo].usp_YourProcedure

select * from ##YourGlobalTempTable

注意，我使用的是全局临时表。这是因为使用EXEC运行动态SQL会创建自己的会话，因此普通临时表将超出任何后续代码的范围。如果全局临时表有问题，可以使用普通临时表，但任何后续SQL都需要是动态的，也就是说，也可以由EXEC语句执行。