如何在SQL Server中删除视图前查询其被哪些存储过程引用

应优先使用sys.sql_expression_dependencies查视图被哪些存储过程引用，因其基于元数据解析，能准确识别架构前缀、别名等静态引用，但无法捕获动态SQL拼接的运行时引用；也可用sys.dm_sql_referencing_entities，但必须传入三段式名称且参数类型为'OBJECT'。

直接查 sys.sql_expression_dependencies 最可靠，别用 sp_depends 或 INFORMATION_SCHEMA.VIEWS ——它们要么过时，要么不返回跨架构/动态 SQL 的引用。

查视图被哪些存储过程引用（含 schema）

SQL Server 不会在删除视图时自动阻断，但你得提前知道谁在调它。核心是查依赖关系表，不是看视图定义本身。

• sys.sql_expression_dependencies 是首选：它记录了编译时解析出的显式引用，支持跨数据库（只要没用动态 SQL 拼接视图名）
• 必须用 OBJECT_ID('dbo.v_orders') 作为 referencing_id 参数，不能只传视图名字符串
• 结果里的 referenced_entity_name 是被引用对象名，referencing_entity_name 才是你要找的“谁引用了它”

示例：查视图 v_orders 被哪些存储过程调用

SELECT   SCHEMA_NAME(o.schema_id) AS referencing_schema,  o.name AS referencing_name,  o.type_desc AS referencing_typeFROM sys.sql_expression_dependencies dJOIN sys.objects o ON d.referencing_id = o.object_idWHERE d.referenced_id = OBJECT_ID('dbo.v_orders')  AND o.type IN ('P', 'PC'); -- P=存储过程，PC=CLR 存储过程

为什么 sp_depends 不准，且已被弃用

它依赖旧的 sysdepends 表，而该表在 SQL Server 2005+ 后就不再实时更新。遇到以下情况必漏：

• 存储过程中用 EXEC('SELECT * FROM v_orders') 这类动态 SQL
• 视图在另一个数据库里，而 sp_depends 默认只查当前库
• 存储过程创建后又 ALTER 过，但 sysdepends 没刷新

执行 sp_depends 'v_orders' 可能返回空，不代表没被引用——只是它没记上。

生产环境删视图前必须做的三件事

光查依赖不够，还得验证实际影响：

• 在事务里跑一次 SELECT TOP 1 * FROM v_orders，确认它还能查，避免删到一半被 BI 工具或定时任务命中
• 用 sys.dm_exec_describe_first_result_set 检查下游视图是否隐式依赖它（比如 SELECT * FROM v_orders 被嵌套在另一个视图里）
• 搜代码库和 BI 工具导出的元数据 JSON：很多团队把视图名硬编码在 Power BI 数据集、SSIS 包或应用配置里，系统表根本不会记录这些

真正麻烦的不是语法报错，而是删完才发现报表刷不出数据、ETL 任务静默失败——因为错误日志里只写“invalid object name”，根本看不出源头是哪个被删的视图。