正确做法是查询 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 过某个对象，它照样不会出现在依赖视图里。
