应优先使用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_type
FROM sys.sql_expression_dependencies d
JOIN sys.objects o ON d.referencing_id = o.object_id
WHERE 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”，根本看不出源头是哪个被删的视图。
