[我刚刚意识到我已经answered this question before]
为存储过程执行此操作比为视图或表执行此操作要复杂得多。问题之一是存储过程可以有多个不同的代码路径,具体取决于输入参数,甚至是您无法控制的东西,例如服务器状态、一天中的时间等。例如,您希望看到的输出这个存储过程?如果不考虑条件有多个结果集怎么办?
CREATE PROCEDURE dbo.foo
@bar INT
AS
BEGIN
SET NOCOUNT ON;
IF @bar = 1
SELECT a, b, c FROM dbo.blat;
ELSE
SELECT d, e, f, g, h FROM dbo.splunge;
END
GO
如果您的存储过程没有代码路径,并且您确信您将始终看到相同的结果集(并且可以提前确定如果存储过程具有非可选参数则应提供哪些值),让我们采取简单的例子:
CREATE PROCEDURE dbo.bar
AS
BEGIN
SET NOCOUNT ON;
SELECT a = 'a', b = 1, c = GETDATE();
END
GO
FMTONLY
一种方法是这样做:
SET FMTONLY ON;
GO
EXEC dbo.bar;
这将为您提供一个空结果集,您的客户端应用程序可以查看该结果集的属性以确定列名和数据类型。
现在,SET FMTONLY ON; 有很多问题我不会在这里讨论,但至少 it should be noted that this command is deprecated - 有充分的理由。完成后还要小心SET FMTONLY OFF;,否则您会想知道为什么您成功创建存储过程但无法执行它。不,我不会警告你,因为它只是发生在我身上。诚实的。 :-)
打开查询
通过创建环回链接服务器,您可以使用OPENQUERY 之类的工具来执行存储过程,但返回您可以检查的可组合结果集(好吧,请接受这是一个非常松散的定义)。首先创建一个环回服务器(假设本地实例名为FOO):
USE master;
GO
EXEC sp_addlinkedserver @server = N'.\FOO', @srvproduct=N'SQL Server'
GO
EXEC sp_serveroption @server=N'.\FOO', @optname=N'data access',
@optvalue=N'true';
现在我们可以采用上述过程并将其输入到这样的查询中:
SELECT * INTO #t
FROM OPENQUERY([.\FOO], 'EXEC dbname.dbo.bar;')
WHERE 1 = 0;
SELECT c.name, t.name
FROM tempdb.sys.columns AS c
INNER JOIN sys.types AS t
ON c.system_type_id = t.system_type_id
WHERE c.[object_id] = OBJECT_ID('tempdb..#t');
这将忽略别名类型(以前称为用户定义的数据类型),并且还可能为定义为 sysname 的列显示两行。但从上面它产生:
name name
---- --------
b int
c datetime
a varchar
显然这里还有更多工作要做 - varchar 不显示长度,您必须获得其他类型的精度/比例,例如 datetime2、time 和 decimal。但这是一个开始。
SQL Server 2012
SQL Server 2012 中的一些新功能使元数据发现变得更加容易。对于上述过程,我们可以执行以下操作:
SELECT name, system_type_name
FROM sys.dm_exec_describe_first_result_set_for_object
(
OBJECT_ID('dbo.bar'),
NULL
);
除其他外,这实际上为我们提供了精度和规模,并解析了别名类型。对于上述过程,这会产生:
name system_type_name
---- ----------------
a varchar(1)
b int
c datetime
视觉上没有太大区别,但是当您开始使用各种精度和规模的所有不同数据类型时,您会欣赏此功能为您所做的额外工作。
缺点:在 SQL Server 2012 中,至少这些函数仅适用于 first 结果集(正如函数名称所暗示的那样)。