2009-10-18 74 views

回答

4

您可以使用sys.sql_dependencies

select object_name(object_id),* 
from sys.sql_dependencies 
where referenced_major_id = object_id('<tablename>'); 

这将列出依赖于表中的所有对象,您可以通过加入针对sys.views限制这观点:

select v.* 
from sys.sql_dependencies d 
join sys.views v on d.object_id = v.object_id 
where referenced_major_id = object_id('<tablename>'); 
+0

此sys.sql_dependencies在以后的版本中不推荐使用它是可靠的吗?请参阅我的回答... – gbn 2009-10-18 12:37:33

+0

sysdepends是已弃用的一个。 2005年引入了sql_dependencies,并且不推荐使用afaik。亚伦的文章比我在这里发表的评论更深入地讨论了各种问题。我的观点是,元数据依赖关系跟踪太脆弱,最好的做法是在开发源控制级别跟踪依赖关系。例如。 VSTS数据库版GDR R2在此方面做得更好:http://www.microsoft.com/downloads/details.aspx?FamilyID=bb3ad767-5f69-4db9-b1c9-8f55759846ed&displaylang=en。 – 2009-10-18 17:36:29

0

下面是一些由不知名提供从link实例(如果该网站消失计算器做之前)

对于SQL Server 2005年,右键单击表名称并选择“视图依赖性”

一对夫妇的SQL只用于SQL Server提到的方法:

SELECT routine_name, routine_type FROM INFORMATION_SCHEMA.ROUTINES 
    WHERE ROUTINE_DEFINITION LIKE '%Employee%' 

EXEC sp_depends @objname = N'HumanResources.Employee' ; 
+0

ROUTINES包含函数和过程,但不包含问题要求的视图。 sp_depends可以工作,但列出的不仅仅是视图。 – Andomar 2009-10-18 08:29:43

+0

两者都不可靠:请参阅我的回答 – gbn 2009-10-18 12:38:08

4

你必须搜索代码,只有两个选项。请参阅下面的评论为什么其他方法不可靠。

select 
    object_name(m.object_id), m.* 
from 
    sys.sql_modules m 
where 
    m.definition like N'%my_view_name%' 

,或者使用OBJECT_DEFINITION

syscomments和INFORMATION_SCHEMA具有为nvarchar(4000)列。所以如果在位置3998使用“myViewName”,它将不会被找到。 syscomments确实有多行,但ROUTINES截断。

在SQL Server 2000中,sys.depends是不可靠的,这影响了菜单中的“查看依赖关系”。我不知道在SQL 2005+中它是否更好。示例:视图使用表,表被删除并重新创建,具有不同的目标,依赖性=破坏。

+0

依赖性在2005年和2008年仍然很容易打破。我写了一篇关于去年的文章:http://is.gd/4pqU8 – 2009-10-18 16:11:23

1

在SQL Server 2005中,您可以使用sys.sql_dependencies和蛮力解析对象文本的组合(如在gbn的答案中)。有关SQL Server 2005和的依赖关系的详细信息,请参阅http://msdn.microsoft.com/en-us/library/ms345449(SQL.90).aspx

在SQL Server 2008中,有新的依赖的DMV和那些比以前的方法更可靠一点目录视图(sys.dm_sql_referenced_entities/sys.dm_sql_referencing_entities/sys.sql_expression_dependencies) ,但打破它们仍然很容易。

请参阅this article了解使这项工作更好的一些想法。另请参阅http://msdn.microsoft.com/en-us/library/bb677168.aspx

+0

@kmoormann感谢编辑,这回去了 – 2014-01-30 17:58:56