如何执行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”。
我读过几个创建与输出存储过程结构相同的临时表的示例，这很好，但最好不要提供任何列。
当前回答
旧帖子但有用。除了其他答案，还可以将存储过程的输出捕获到表变量中（因为asker希望避免使用#temp表），因此我使用@table变量创建了一个完全有效的示例：
--Note: separately run each section at a time:
--Section-1: create stored proc that outputs a result-set:
CREATE OR ALTER PROCEDURE TestSP AS
BEGIN
SELECT database_id, name from sys.databases
END
------------------------
--Section-2: create @table-variable with columns matching the output (alternatively #Temp table can be used):
DECLARE @t TABLE (did INT, dname VARCHAR(99))
--Capture the output:
insert into @t
exec TestSP
--View the captured output:
select * from @t
------------------------
--Section-3: Clean-up
DROP PROCEDURE TestSP
HTH.
其他回答
您可以为此使用OPENROWSET。看一看我还包含了sp_configure代码，以启用特殊分布式查询（如果尚未启用）。
CREATE PROC getBusinessLineHistory
AS
BEGIN
SELECT * FROM sys.databases
END
GO
sp_configure 'Show Advanced Options', 1
GO
RECONFIGURE
GO
sp_configure 'Ad Hoc Distributed Queries', 1
GO
RECONFIGURE
GO
SELECT * INTO #MyTempTable FROM OPENROWSET('SQLNCLI', 'Server=(local)\SQL2008;Trusted_Connection=yes;',
'EXEC getBusinessLineHistory')
SELECT * FROM #MyTempTable
Quassnoi让我大部分时间都在那里，但有一点缺失：
****我需要在存储过程中使用参数****
OPENQUERY不允许这种情况发生：
因此，我找到了一种工作系统的方法，而且不必使表定义如此严格，并在另一个存储过程中重新定义它（当然，也要抓住它可能中断的机会）！
是的，您可以通过以下方式动态创建从存储过程返回的表定义使用带有伪变量的OPENQUERY语句（只要NO RESULT SET返回与具有良好数据的数据集相同数量的字段和相同位置）。
一旦创建了表，就可以整天在临时表中使用exec存储过程。
注意（如上所述），您必须启用数据访问，
EXEC sp_serveroption 'MYSERVERNAME', 'DATA ACCESS', TRUE
代码：
declare @locCompanyId varchar(8)
declare @locDateOne datetime
declare @locDateTwo datetime
set @locDateOne = '2/11/2010'
set @locDateTwo = getdate()
--Build temporary table (based on bogus variable values)
--because we just want the table definition and
--since openquery does not allow variable definitions...
--I am going to use bogus variables to get the table defintion.
select * into #tempCoAttendanceRpt20100211
FROM OPENQUERY(DBASESERVER,
'EXEC DATABASE.dbo.Proc_MyStoredProc 1,"2/1/2010","2/15/2010 3:00 pm"')
set @locCompanyId = '7753231'
insert into #tempCoAttendanceRpt20100211
EXEC DATABASE.dbo.Proc_MyStoredProc @locCompanyId,@locDateOne,@locDateTwo
set @locCompanyId = '9872231'
insert into #tempCoAttendanceRpt20100211
EXEC DATABASE.dbo.Proc_MyStoredProc @locCompanyId,@locDateOne,@locDateTwo
select * from #tempCoAttendanceRpt20100211
drop table #tempCoAttendanceRpt20100211
感谢最初提供的信息。。。是的，最后，当使用来自另一个存储过程或数据库，是的，您也可以使用参数。
搜索参考标记：
SQL 2005存储过程到临时表带有存储过程和变量的openquery 2005带变量的openquery将存储过程执行到临时表中
更新：这将不适用于临时表，因此我不得不求助于手动创建临时表。
Bummer注意：这将不适用于临时表，http://www.sommarskog.se/share_data.html#OPENQUERY
参考：下一步是定义LOCALSERVER。在示例中，它可能看起来像一个关键字，但实际上它只是一个名称。这是您的做法：
sp_addlinkedserver @server = 'LOCALSERVER', @srvproduct = '',
@provider = 'SQLOLEDB', @datasrc = @@servername
要创建链接服务器，您必须具有ALTER ANY server权限，或者是任何固定服务器角色sysadmin或setupadmin的成员。
OPENQUERY打开与SQL Server的新连接。这有一些含义：
使用OPENQUERY调用的过程不能引用在当前连接中创建的临时表。
新连接有自己的默认数据库（使用sp_addlinkedserver定义，默认为master），因此所有对象规范都必须包含数据库名称。
如果您有一个打开的事务，并且在调用OPENQUERY时持有锁，则被调用的过程无法访问您锁定的内容。也就是说，如果你不小心，你会挡住自己。
连接不是免费的，因此会造成性能损失。
为了将存储过程的第一个记录集插入到临时表中，您需要了解以下内容：
只能将存储过程的第一行集插入到临时表中存储过程不能执行动态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语句或在存储过程中使用临时表时。
首先，修改存储过程以将最终结果保存到临时表中。通过这样做，我们将创建一个与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
另一种方法是创建一个类型，然后使用PIPELINED传递回对象。然而，这仅限于了解列。但它的优点是能够做到：
SELECT *
FROM TABLE(CAST(f$my_functions('8028767') AS my_tab_type))
