如何执行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”。
我读过几个创建与输出存储过程结构相同的临时表的示例，这很好，但最好不要提供任何列。
当前回答
我发现将数组/数据表传递到存储过程中，这可能会让您对如何解决问题有另一个想法。
该链接建议使用Image类型参数传递到存储过程中。然后在存储过程中，图像被转换为包含原始数据的表变量。
也许有一种方法可以用于临时表。
其他回答
在SQL Server 2005中，可以使用INSERT INTO。。。EXEC将存储过程的结果插入到表中。从MSDN的INSERT文档中（实际上是针对SQL Server 2000）：
--INSERT...EXECUTE procedure example
INSERT author_sales EXECUTE get_author_sales
我发现将数组/数据表传递到存储过程中，这可能会让您对如何解决问题有另一个想法。
该链接建议使用Image类型参数传递到存储过程中。然后在存储过程中，图像被转换为包含原始数据的表变量。
也许有一种方法可以用于临时表。
最简单的解决方案：创建表#temp（…）；插入#tempEXEC[sproc]；
如果您不知道模式，那么可以执行以下操作。请注意，这种方法存在严重的安全风险。
SELECT *
INTO #temp
FROM OPENROWSET('SQLNCLI',
'Server=localhost;Trusted_Connection=yes;',
'EXEC [db].[schema].[sproc]')
我遇到了同样的问题，这是我根据保罗的建议所做的。这里的主要部分是使用NEWID（）来避免多个用户同时运行存储过程/脚本，这是全局临时表的难题。
DECLARE @sql varchar(max) = '',
@tmp_global_table varchar(255) = '##global_tmp_' + CONVERT(varchar(36), NEWID())
SET @sql = @sql + 'select * into [' + @tmp_global_table + '] from YOURTABLE'
EXEC(@sql)
EXEC('SELECT * FROM [' + @tmp_global_table + ']')
如果存储过程的结果表太复杂，无法手动键入“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语句要简单得多，但它可以防止大型进程中出现诸如拼写错误和数据类型不匹配等手动错误。调试拼写错误可能比一开始编写查询要花费更多的时间。
