正确做法是查询 sys.sql_expression_dependencies,它基于元数据解析,可准确识别各类引用(含别名、加密对象),而 sp_depends 已过时且不可靠;动态 SQL 中的引用需手动扫描 sys.sql_modules.definition。

查视图被哪些存储过程引用,用 sys.sql_expression_dependencies
SQL Server 2008+ 正确做法是查 sys.sql_expression_dependencies,它基于元数据解析,不是靠字符串匹配,能识别 SELECT * FROM dbo.MyView、带别名的 FROM dbo.MyView v,甚至加密过的存储过程(WITH ENCRYPTION)也能正常返回依赖。
常见错误是直接用 sp_depends —— 它早在 SQL Server 2005 就被标记为“过时”,对 CTE、窗口函数、WITH RESULT SETS 支持差,还会把注释里的视图名当真依赖,结果不稳定,跨库引用也常失效。
执行前确认两点:
- 视图名要写对,比如 'V_SalesSummary',不带 schema 也能查到(但推荐加)
- 目标对象必须有 VIEW DEFINITION 权限,否则依赖不会被记录
- 过滤掉系统对象:o.is_ms_shipped = 0
示例语句:
SELECT
OBJECT_SCHEMA_NAME(d.referencing_id) AS [Schema],
OBJECT_NAME(d.referencing_id) AS [ObjectName],
o.type_desc AS [ObjectType]
FROM sys.sql_expression_dependencies d
INNER JOIN sys.objects o ON d.referencing_id = o.object_id
WHERE d.referenced_entity_name = 'V_SalesSummary'
AND o.type IN ('P', 'TR', 'FN', 'IF', 'TF')
AND o.is_ms_shipped = 0
ORDER BY [Schema], [ObjectName];想快速反查单个视图的调用方,用 sys.dm_sql_referencing_entities
这个函数是“查谁用了我”的快捷入口,但参数格式非常严格:
- 第一个参数必须是三段式名称:
'dbo.V_SalesSummary',不能只写'V_SalesSummary',也不能加数据库名如'MyDB.dbo.V_SalesSummary' - 第二个参数固定为字符串
'OBJECT'(大小写不敏感,但拼写不能错) - 如果返回空,90% 是因为 schema 没写或写错了;报错则多半是多写了数据库名
它比 sys.sql_expression_dependencies 少些字段,但多了 is_schema_bound_reference 这种关键标志,适合快速验证。
正确调用示例:
SELECT *
FROM sys.dm_sql_referencing_entities('dbo.V_SalesSummary', 'OBJECT');动态 SQL 场景下依赖查不到,得手动扫定义文本
如果存储过程中用了 EXEC('SELECT * FROM ' + @viewname) 或 sp_executesql 拼接视图名,sys.sql_expression_dependencies 和 sys.dm_sql_referencing_entities 都不会收录——这是设计使然,它们只捕获编译期静态引用。
此时只能退到文本扫描:
- 查
sys.sql_modules.definition,用LIKE匹配视图名,注意加方括号防误匹配:LIKE '%[V_SalesSummary]%' - 过滤类型:
o.type = 'P'(只查存储过程),并排除系统对象:o.is_ms_shipped = 0 - 别忽略 CTE 场景:
WITH x AS (SELECT * FROM V_SalesSummary)也算引用
示例:
SELECT o.name, m.definition FROM sys.sql_modules m JOIN sys.objects o ON m.object_id = o.object_id WHERE m.definition LIKE '%[V_SalesSummary]%' AND o.type = 'P' AND o.is_ms_shipped = 0;
为什么查不到?先看这三点
执行完上面查询仍为空,别急着怀疑语法,先排查这些真实高频原因:
-
OBJECT_ID('dbo.V_SalesSummary')返回 NULL —— 视图不存在,或名字大小写/空格/中英文括号不对 - 当前登录用户没有目标存储过程的
VIEW DEFINITION权限 —— 依赖元数据根本不会加载 - 视图被引用在动态 SQL 里,且变量名恰好和视图同名(比如
DECLARE @V_SalesSummary NVARCHAR(128)),导致LIKE扫描误命中又漏掉真正调用点
最易被忽略的是权限问题:哪怕你有 db_owner,若显式 DENY VIEW DEFINITION 过某个对象,它照样不会出现在依赖视图里。

















