这里有一个链接，指向一个非常好的文档，它解释了解决您的问题的所有不同方法(尽管其中许多方法不能使用，因为您不能修改现有的存储过程)。

如何在存储过程之间共享数据

Gulzar的答案是可行的(在上面的链接中有文档)，但是编写起来会很麻烦(您需要在@tablevar(col1，…)语句中指定所有80个列名。在将来，如果一个列被添加到模式中，或者输出被改变，它将需要在您的代码中更新，否则它将出错。

知道这为什么如此困难也许会有所帮助。 存储过程可以只返回文本(print 'text')，也可以返回多个表，或者根本不返回表。

所以像SELECT * FROM (exec sp_tables) Table1这样的东西将不起作用

这里有一个链接，指向一个非常好的文档，它解释了解决您的问题的所有不同方法(尽管其中许多方法不能使用，因为您不能修改现有的存储过程)。

如何在存储过程之间共享数据

Gulzar的答案是可行的(在上面的链接中有文档)，但是编写起来会很麻烦(您需要在@tablevar(col1，…)语句中指定所有80个列名。在将来，如果一个列被添加到模式中，或者输出被改变，它将需要在您的代码中更新，否则它将出错。

这里有一个简单的答案:

SELECT ColA, ColB
FROM OPENROWSET('SQLNCLI','server=localhost;trusted_connection=yes;','exec schema.procedurename')

SQLNCLI是本地SQL客户端，“localhost”将使它利用您正在执行过程的服务器。

不需要构建临时表或任何其他jazz。

您可以拆分查询吗?将存储的过程结果插入到表变量或临时表中。然后，从表变量中选择2列。

Declare @tablevar table(col1 col1Type,..
insert into @tablevar(col1,..) exec MyStoredProc 'param1', 'param2'

SELECT col1, col2 FROM @tablevar

对于SQL Server，我发现这工作得很好:

创建一个临时表(或永久表，并不重要)，并对存储过程执行insert into语句。SP的结果集应该与表中的列匹配，否则将得到一个错误。

这里有一个例子:

DECLARE @temp TABLE (firstname NVARCHAR(30), lastname nvarchar(50));

INSERT INTO @temp EXEC dbo.GetPersonName @param1,@param2;
-- assumption is that dbo.GetPersonName returns a table with firstname / lastname columns

SELECT * FROM @temp;

就是这样!