查询以列出所有存储过程


338

什么查询可以返回SQL Server数据库中所有存储过程的名称

如果查询可以排除系统存储过程,那将更有帮助。

Answers:


499

正如Mike所说,最好的方法是使用information_schema。只要您不在master数据库中,就不会返回系统存储过程。

SELECT * 
  FROM DatabaseName.INFORMATION_SCHEMA.ROUTINES
 WHERE ROUTINE_TYPE = 'PROCEDURE'

如果由于某种原因您在master数据库中有非系统存储过程,则可以使用查询(这将过滤掉MOST系统存储过程):

SELECT * 
  FROM [master].INFORMATION_SCHEMA.ROUTINES
 WHERE ROUTINE_TYPE = 'PROCEDURE' 
   AND LEFT(ROUTINE_NAME, 3) NOT IN ('sp_', 'xp_', 'ms_')

3
如果创建数据库图,则可能会在数据库中获得许多以“ dt_”开头的proc,您也可以将其过滤掉。
John Fouhy

+1用于信息模式。值得一读:msdn.microsoft.com/en-us/library/ms186778.aspx
Shiham

应该是“只要您不在[master]或[msdb]数据库中,...”
Solomon Rutzky 2015年

107
SELECT name, 
       type
  FROM dbo.sysobjects
 WHERE (type = 'P')

4
在MS-SQL 2008的共享环境中,这对我有用。前两个没有...
Realto619 2014年

3
使用SQL Server 2005或更高版本的任何人都应远离dbo.sys*视图。此查询还:筛选出CLR存储过程,不筛选出系统存储的proc,并在已知[type]始终为'P'时返回[type],因为它是WHERE条件。
所罗门·鲁兹基

如果数据库中的对象具有不同的架构,它将无法正常工作
Foyzul Karim

30

据我了解,“首选”方法是使用information_schema表:

select * 
  from information_schema.routines 
 where routine_type = 'PROCEDURE'

返回的记录似乎没有办法区分系统存储过程


14

您可以尝试以下查询来获取存储过程和函数:

SELECT name, type
FROM dbo.sysobjects
WHERE type IN (
    'P', -- stored procedures
    'FN', -- scalar functions 
    'IF', -- inline table-valued functions
    'TF' -- table-valued functions
)
ORDER BY type, name

10

如果您使用的是SQL Server 2005,则可以使用以下功能:

select *
  from sys.procedures
 where is_ms_shipped = 0

这将给出错误的结果,并在sql 2008中包含类似于图的存储过程(sp_upgraddiagrams)之类的系统
HaveNoDisplayName 2015年

@Piyush的确,它将返回图表proc,但是有人可能不认为它们是“系统” proc,因为它们不是标准安装所附带的。OP没有指定处理方式,因此未将其过滤掉不一定是错误的。
所罗门·鲁茨基

@srutzky:-但这些并不是用户创建的sp
HaveNoDisplayName 2015年

@Piyush True,但是正如我所说,OP没有指定如何处理既不是“用户创建的”也不是“系统”的proc。没有人问过。
所罗门·鲁茨基

好答案。感谢您包含“ is_ms_shipped = 0”。
汉斯·冯·

8

您可以使用以下查询之一在一个数据库中找到存储过程的列表:

Query1:

    SELECT 
        *
    FROM sys.procedures;

Query2:

    SELECT 
        * 
    FROM information_schema.routines 
    WHERE ROUTINE_TYPE = 'PROCEDURE' 

如果要查找所有数据库所有SP的列表,可以使用以下查询:

    CREATE TABLE #ListOfSPs 
    (
        DBName varchar(100), 
        [OBJECT_ID] INT,
        SPName varchar(100)
    )

    EXEC sp_msforeachdb 'USE [?]; INSERT INTO #ListOfSPs Select ''?'', Object_Id, Name FROM sys.procedures'

    SELECT 
        * 
    FROM #ListOfSPs

1
IMO您使用sp_msforeachdb的示例是金,应该是答案。这是我发现谈论此存储过程的更多链接:weblogs.sqlteam.com/joew/archive/2008/08/27/60700.aspx
Mike


5

这也有助于列出除系统过程以外的过程:

select * from sys.all_objects where type='p' and is_ms_shipped=0

sys.all_objects由于您正在筛选,因此没有理由使用is_ms_shipped=0。它可以包含DDL触发器,但是将被过滤掉type='p'。您不妨使用sys.objects
所罗门·鲁兹基

4

不幸的INFORMATION_SCHEMA是不包含有关系统进程的信息。

SELECT *
  FROM sys.objects
 WHERE objectproperty(object_id, N'IsMSShipped') = 0
   AND objectproperty(object_id, N'IsProcedure') = 1

1
为什么用它代替sys.procedures where is_ms_shipped = 0?为何objectproperty(object_id, N'IsMSShipped')is_ms_shipped包含该值的字段时为每一行运行一个函数?同样,为什么在[type] IN ('P', 'PC')做同样的事情时再次运行该功能?该方法不必要地复杂且效率低下。
所罗门·鲁茨基

4

只是名字:

SELECT SPECIFIC_NAME  
FROM YOUR_DB_NAME.information_schema.routines  
WHERE routine_type = 'PROCEDURE'

3

我已经调整了LostCajun的出色文章,以排除系统存储过程。我还删除了“提取”。从代码中删除,因为我无法弄清楚它的用途,并且给了我错误。循环内的“获取下一个”语句还需要一个“插入”子句。

use <<databasename>>
go

declare @aQuery nvarchar(1024);
declare @spName nvarchar(64);
declare allSP cursor for
    select p.name  
    from sys.procedures p 
    where p.type_desc = 'SQL_STORED_PROCEDURE' 
    and LEFT(p.name,3) NOT IN ('sp_','xp_','ms_')
    order by p.name;
open allSP;
fetch next from allSP into @spName;
while (@@FETCH_STATUS = 0)
begin
    set @aQuery = 'sp_helptext [' + @spName + ']';
    exec sp_executesql @aQuery;
    fetch next from allSP into @spName;
end;
close allSP;
deallocate allSP;

2

获取对象的最佳方法是使用sys.sql_modules。您可以从该表中找到所需的所有内容,并将该表与其他表连接起来,以通过object_id获取更多信息

SELECT o. object_id,o.name AS name,o.type_desc,m.definition,schemas.name scheamaName
FROM sys.sql_modules        m 
    INNER JOIN sys.objects  o ON m.object_id=o.OBJECT_ID
    INNER JOIN sys.schemas ON schemas.schema_id = o.schema_id
    WHERE [TYPE]='p'

1
select *  
  from dbo.sysobjects
 where xtype = 'P'
   and status > 0

状态> 0似乎无法区分系统存储过程和创建的存储过程

嗯 它对我们有用-我不知道为什么。
鲍勃·普罗布斯特

使用SQL Server 2005或更高版本的任何人都应远离dbo.sys*视图。该查询还会过滤掉CLR存储过程。
所罗门·鲁兹基

1

我写了这个简单的tsql来列出所有存储过程的文本。确保在字段中替换您的数据库名称。

use << database name >>
go

declare @aQuery nvarchar(1024);
declare @spName nvarchar(64);
declare allSP cursor for
select p.name  from sys.procedures p where p.type_desc = 'SQL_STORED_PROCEDURE' order by p.name;
open allSP;
fetch next from allSP into @spName;
while (@@FETCH_STATUS = 0)
begin
    set @aQuery = 'sp_helptext [Extract.' + @spName + ']';
    exec sp_executesql @aQuery;
    fetch next from allSP;
end;
close allSP;
deallocate allSP;

请参阅@BaffledBill对它的重写。这个没有用,因为它有很多错误。
ihightower17年

1

这将仅给出存储过程的名称。

select specific_name
from information_schema.routines
where routine_type = 'PROCEDURE';

1

这将显示所有存储过程和代码:

select sch.name As [Schema], obj.name AS [Stored Procedure], code.definition AS [Code] from sys.objects as obj
    join sys.sql_modules as code on code.object_id = obj.object_id
    join sys.schemas as sch on sch.schema_id = obj.schema_id
    where obj.type = 'P'

0

这,列出您想要的所有东西

在Sql Server 2005、2008、2012中:

Use [YourDataBase]

EXEC sp_tables @table_type = "'PROCEDURE'" 
EXEC sp_tables @table_type = "'TABLE'"
EXEC sp_tables @table_type = "'VIEW'" 

要么

SELECT * FROM information_schema.tables
SELECT * FROM information_schema.VIEWS

没有理由使用或从中受益sp_tables。另外,“ PROCEDURE”不是的有效选项sp_tables。唯一的选项@table_type是:“系统表”,“表”和“视图”。
所罗门·鲁兹基

0

这将返回所有sp名称

Select * 
FROM sys.procedures where [type] = 'P' 
     AND is_ms_shipped = 0 
     AND [name] not like 'sp[_]%diagram%'

条件[type]是,[type] IN ('P', 'PC')否则,您将筛选出可能存在的任何CLR存储过程。
所罗门·鲁茨基


0
select * from DatabaseName.INFORMATION_SCHEMA.ROUTINES where routine_type = 'PROCEDURE'

select * from DatabaseName.INFORMATION_SCHEMA.ROUTINES where routine_type ='procedure' and left(ROUTINE_NAME,3) not in('sp_', 'xp_', 'ms_')


   SELECT name, type   FROM dbo.sysobjects
 WHERE (type = 'P')

0
USE DBNAME

select ROUTINE_NAME from information_schema.routines 
where routine_type = 'PROCEDURE'


GO 

这将在mssql上工作。


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.