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时持有锁，则被调用的过程无法访问您锁定的内容。也就是说，如果你不小心，你会挡住自己。

连接不是免费的，因此会造成性能损失。

如果让动态SQL创建一个临时表，则该表由动态SQL连接拥有，而不是从中调用存储过程的连接。

DECLARE @COMMA_SEPARATED_KEYS varchar(MAX);
DROP TABLE IF EXISTS KV;
CREATE TABLE KV (id_person int, mykey varchar(30), myvalue int);
INSERT INTO KV VALUES
(1, 'age', 16),
(1, 'weight', 63),
(1, 'height', 175),
(2, 'age', 26),
(2, 'weight', 83),
(2, 'height', 185);
WITH cte(mykey) AS (
    SELECT DISTINCT mykey FROM KV
) 
SELECT @COMMA_SEPARATED_KEYS=STRING_AGG(mykey,',') FROM cte;
SELECT @COMMA_SEPARATED_KEYS AS keys;

DECLARE @ExecuteExpression varchar(MAX);

DROP TABLE IF EXISTS #Pivoted;

SET @ExecuteExpression = N'
SELECT * 
INTO #Pivoted
FROM
(
    SELECT
        mykey,
        myvalue,
        id_person
    FROM KV
) AS t
PIVOT(
    MAX(t.myvalue) 
    FOR mykey IN (COMMA_SEPARATED_KEYS)
) AS pivot_table;
';

SET @ExecuteExpression = REPLACE(@ExecuteExpression, 'COMMA_SEPARATED_KEYS', @COMMA_SEPARATED_KEYS);

EXEC(@ExecuteExpression);

SELECT * FROM #Pivoted;

消息208，级别16，状态0对象名称“#Pivoted”无效。这是因为#Pivoted由动态SQL连接拥有。最后一条指令

SELECT * FROM #Pivoted

失败。

避免此问题的一种方法是确保所有对#Pivoted的引用都是从动态查询本身内部进行的：

DECLARE @COMMA_SEPARATED_KEYS varchar(MAX);
DROP TABLE IF EXISTS KV;
CREATE TABLE KV (id_person int, mykey varchar(30), myvalue int);
INSERT INTO KV VALUES
(1, 'age', 16),
(1, 'weight', 63),
(1, 'height', 175),
(2, 'age', 26),
(2, 'weight', 83),
(2, 'height', 185);
WITH cte(mykey) AS (
    SELECT DISTINCT mykey FROM KV
) 
SELECT @COMMA_SEPARATED_KEYS=STRING_AGG(mykey,',') FROM cte;
SELECT @COMMA_SEPARATED_KEYS AS keys;


DECLARE @ExecuteExpression varchar(MAX);

DROP TABLE IF EXISTS #Pivoted;

SET @ExecuteExpression = N'
SELECT * 
INTO #Pivoted
FROM
(
    SELECT
        mykey,
        myvalue,
        id_person
    FROM KV
) AS t
PIVOT(
    MAX(t.myvalue) 
    FOR mykey IN (COMMA_SEPARATED_KEYS)
) AS pivot_table;
SELECT * FROM #Pivoted;
';

SET @ExecuteExpression = REPLACE(@ExecuteExpression, 'COMMA_SEPARATED_KEYS', @COMMA_SEPARATED_KEYS);

EXEC(@ExecuteExpression);

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

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

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

另一种方法是创建一个类型，然后使用PIPELINED传递回对象。然而，这仅限于了解列。但它的优点是能够做到：

SELECT * 
FROM TABLE(CAST(f$my_functions('8028767') AS my_tab_type))

这是对您的问题稍作修改的答案。如果可以放弃对用户定义函数使用存储过程，则可以使用内联表值用户定义函数。这本质上是一个存储过程（将采用参数），它将表作为结果集返回；因此将与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方法将排除使用返回多个结果集的存储过程。在单个存储过程中包装多个内联表值用户定义函数可以实现这一点。

declare @temp table
(
    name varchar(255),
    field varchar(255),
    filename varchar(255),
    filegroup varchar(255),
    size varchar(255),
    maxsize varchar(255),
    growth varchar(255),
    usage varchar(255)
);
INSERT @temp  Exec sp_helpfile;
select * from @temp;