如何执行SELECT*INTO[temp table]FROM[存储过程]？不是FROM[Table]并且没有定义[temp Table]？
选择BusinessLine中的所有数据到tmpBusLine工作正常。
select *
into tmpBusLine
from BusinessLine
我也在尝试同样的方法，但使用返回数据的存储过程并不完全相同。
select *
into tmpBusLine
from
exec getBusinessLineHistory '16 Mar 2009'
输出消息：
消息156，级别15，状态1，第2行关键字附近的语法不正确“exec”。
我读过几个创建与输出存储过程结构相同的临时表的示例，这很好，但最好不要提供任何列。
当前回答
另一种方法是创建一个类型，然后使用PIPELINED传递回对象。然而，这仅限于了解列。但它的优点是能够做到：
SELECT *
FROM TABLE(CAST(f$my_functions('8028767') AS my_tab_type))
其他回答
此存储过程执行以下任务：
CREATE PROCEDURE [dbo].[ExecIntoTable]
(
@tableName NVARCHAR(256),
@storedProcWithParameters NVARCHAR(MAX)
)
AS
BEGIN
DECLARE @driver VARCHAR(10)
DECLARE @connectionString NVARCHAR(600)
DECLARE @sql NVARCHAR(MAX)
DECLARE @rowsetSql NVARCHAR(MAX)
SET @driver = '''SQLNCLI'''
SET @connectionString =
'''server=' +
CAST(SERVERPROPERTY('ServerName') AS NVARCHAR(256)) +
COALESCE('\' + CAST(SERVERPROPERTY('InstanceName') AS NVARCHAR(256)), '') +
';trusted_connection=yes'''
SET @rowsetSql = '''EXEC ' + REPLACE(@storedProcWithParameters, '''', '''''') + ''''
SET @sql = '
SELECT
*
INTO
' + @tableName + '
FROM
OPENROWSET(' + @driver + ',' + @connectionString + ',' + @rowsetSql + ')'
EXEC (@sql)
END
GO
这是一个轻微的修改：将存储过程结果插入到表中，使其实际工作。
如果希望它与临时表一起工作，则需要使用##GLOBAL表，然后将其删除。
如果存储过程的结果表太复杂，无法手动键入“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
我发现将数组/数据表传递到存储过程中，这可能会让您对如何解决问题有另一个想法。
该链接建议使用Image类型参数传递到存储过程中。然后在存储过程中，图像被转换为包含原始数据的表变量。
也许有一种方法可以用于临时表。
这是对您的问题稍作修改的答案。如果可以放弃对用户定义函数使用存储过程，则可以使用内联表值用户定义函数。这本质上是一个存储过程（将采用参数），它将表作为结果集返回；因此将与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方法将排除使用返回多个结果集的存储过程。在单个存储过程中包装多个内联表值用户定义函数可以实现这一点。
