这适用于我:(即我只需要sp_help_job返回的30+的2列)

SELECT name, current_execution_status 
FROM OPENQUERY (MYSERVER, 
  'EXEC msdb.dbo.sp_help_job @job_name = ''My Job'', @job_aspect = ''JOB''');  

在这之前，我需要运行这个:

sp_serveroption 'MYSERVER', 'DATA ACCESS', TRUE;

．...更新sys. xml文件。服务器表。(例如，在OPENQUERY中使用自引用默认情况下是禁用的。)

对于我的简单需求，我没有遇到Lance的出色链接的OPENQUERY部分中描述的任何问题。

Rossini，如果你需要动态地设置这些输入参数，那么OPENQUERY的使用就变得更加精细了:

DECLARE @innerSql varchar(1000);
DECLARE @outerSql varchar(1000);

-- Set up the original stored proc definition.
SET @innerSql = 
'EXEC msdb.dbo.sp_help_job @job_name = '''+@param1+''', @job_aspect = N'''+@param2+'''' ;

-- Handle quotes.
SET @innerSql = REPLACE(@innerSql, '''', '''''');

-- Set up the OPENQUERY definition.
SET @outerSql = 
'SELECT name, current_execution_status 
FROM OPENQUERY (MYSERVER, ''' + @innerSql + ''');';

-- Execute.
EXEC (@outerSql);

我不确定使用sp_serveroption来更新现有的sys. exe之间的差异(如果有的话)。服务器直接自引用，而不是使用sp_addlinkedserver(如Lance的链接中所述)来创建副本/别名。

注1: 我更喜欢OPENQUERY而不是OPENROWSET，因为OPENQUERY不需要进程内的连接字符串定义。

注2: 说了这么多:通常我会使用INSERT…是的，这是额外的10分钟打字，但如果我能帮助它，我宁愿不跳: (a)引用中引用，以及 (b)系统表，和/或狡猾的自引用链接服务器设置(即，对于这些，我需要向我们全能的dba辩护:)

但是在这个例子中，我不能使用INSERT…EXEC构造，因为sp_help_job已经使用了一个。(“INSERT EXEC语句不能嵌套。”)

(假设SQL Server)

在T-SQL中处理存储过程结果的唯一方法是使用INSERT INTO…EXEC语法。这样就可以向临时表或表变量中插入数据，并从中选择所需的数据。

正如问题中提到的，在执行存储过程之前很难定义80列的临时表。

另一种方法是根据存储过程结果集填充表。

SELECT * INTO #temp FROM OPENROWSET('SQLNCLI', 'Server=localhost;Trusted_Connection=yes;'
                                   ,'EXEC MyStoredProc')

如果您得到任何错误，您需要通过执行以下查询来启用特定的分布式查询。

sp_configure 'Show Advanced Options', 1
GO
RECONFIGURE
GO
sp_configure 'Ad Hoc Distributed Queries', 1
GO
RECONFIGURE
GO

要使用两个参数执行sp_configure以更改配置选项或运行RECONFIGURE语句，必须授予ALTER SETTINGS服务器级权限

现在可以从生成的表中选择特定的列

SELECT col1, col2
FROM #temp

一个快速的方法是添加一个新参数“@Column_Name”，并让调用函数定义要检索的列名。在你的sproc的返回部分，你会有if/else语句并只返回指定的列，或者如果为空-返回所有。

CREATE PROCEDURE [dbo].[MySproc]
        @Column_Name AS VARCHAR(50)
AS
BEGIN
    IF (@Column_Name = 'ColumnName1')
        BEGIN
            SELECT @ColumnItem1 as 'ColumnName1'
        END
    ELSE
        BEGIN
            SELECT @ColumnItem1 as 'ColumnName1', @ColumnItem2 as 'ColumnName2', @ColumnItem3 as 'ColumnName3'
        END
END

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

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

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

我知道从sp执行和插入到临时表或表变量将是一个选项，但我不认为这是你的要求。根据您的要求，以下查询语句应该工作:

Declare @sql nvarchar(max)
Set @sql='SELECT   col1, col2 FROM OPENROWSET(''SQLNCLI'', ''Server=(local);uid=test;pwd=test'',
     ''EXEC MyStoredProc ''''param1'''', ''''param2'''''')'
 Exec(@sql)

如果你有可信连接，那么使用下面的查询语句:

Declare @sql nvarchar(max)
Set @sql='SELECT   col1, col2 FROM OPENROWSET(''SQLNCLI'', ''Server=(local);Trusted_Connection=yes;'',
     ''EXEC MyStoredProc ''''param1'''', ''''param2'''''')'
 Exec(@sql)

如果运行上面的语句出错，那么只需运行下面的语句:

sp_configure 'Show Advanced Options', 1
GO
RECONFIGURE
GO
sp_configure 'Ad Hoc Distributed Queries', 1
GO
RECONFIGURE
GO

我希望这将帮助那些将面临类似问题的人。如果有人想尝试temp表或表变量，应该如下所示，但在这种情况下，你应该知道sp返回多少列，然后你应该在temp表或表变量中创建这么多列:

--for table variable 
Declare @t table(col1 col1Type, col2 col2Type)
insert into @t exec MyStoredProc 'param1', 'param2'
SELECT col1, col2 FROM @t

--for temp table
create table #t(col1 col1Type, col2 col2Type)
insert into #t exec MyStoredProc 'param1', 'param2'
SELECT col1, col2 FROM #t