最可靠方法是用 sp_helptext 查存储过程定义，支持原样输出未加密代码；加密时返回空；跨库需先 USE；查依赖用 sys.dm_sql_referenced_entities，反查调用者用 sys.dm_sql_referencing_entities，SSMS 图形界面依赖分析不准因缓存延迟。
怎么直接看到存储过程的完整定义
最可靠、最常用的方法是用 sp_helptext，它能原样输出未加密的 T-SQL 代码，包括换行和缩进，可读性好，且不依赖 SSMS 图形界面。
- 执行
EXEC sp_helptext 'dbo.uspLogError'即可显示定义；如果对象在非默认 schema（比如sales.uspGetOrders），必须带 schema 名，否则报错Object not found - 若存储过程被加密（
WITH ENCRYPTION），sp_helptext返回空结果，此时只能靠备份脚本或第三方解密工具（不推荐生产环境尝试） -
sp_helptext不支持跨数据库调用，比如不能用它查master.dbo.sp_who的定义（会提示“对象不存在”），得先USE master再执行
如何查某个存储过程依赖哪些表或视图
用 sys.dm_sql_referenced_entities 是当前最准确的方式，比已弃用的 sys.sp_depends 更可靠，能识别跨库引用、列级依赖，还能区分架构绑定与非绑定依赖。
- 示例：查
dbo.uspUpdateInventory依赖了哪些对象：SELECT referenced_schema_name, referenced_entity_name, referenced_minor_name, is_caller_dependent FROM sys.dm_sql_referenced_entities('dbo.uspUpdateInventory', 'OBJECT'); -
referenced_minor_name字段为空表示依赖整个对象，有值（如ProductID）说明只用了某列——这对评估字段改名/删除影响很关键 - 该函数要求对目标存储过程有
VIEW DEFINITION权限，否则返回空结果，不是没依赖，而是权限不足
怎么反查“谁在调用这个存储过程”
即查找引用者（referencing objects），这是上线前检查兼容性、下线前评估影响范围的关键操作。优先用 sys.dm_sql_referencing_entities，而非旧版 sys.sql_expression_dependencies 手动 JOIN。
- 执行：
SELECT referencing_schema_name, referencing_entity_name, referencing_id FROM sys.dm_sql_referencing_entities('dbo.uspLogError', 'OBJECT'); - 返回结果中
referencing_entity_name可能是另一个存储过程、触发器、甚至视图——注意触发器常被忽略，但它确实可能 EXEC 某个 proc - 如果结果为空，不代表没人调用，可能是调用方用了动态 SQL（如
EXEC('EXEC dbo.uspLogError')），这类依赖无法被系统自动捕获
SSMS 右键“查看依赖关系”为什么有时不准
图形界面的“查看依赖关系”功能底层调用的是缓存元数据，不是实时扫描，尤其在对象刚创建/修改后未刷新依赖缓存时，容易漏掉新引用或残留旧依赖。
- 首次创建存储过程后立即右键查依赖，可能显示“无依赖”，但实际已有其他 proc 在代码里调用了它——需等几秒或手动执行
EXEC sys.sp_refreshsqlmodule 'dbo.uspLogError'强制更新 - 跨数据库引用（如
DB2.dbo.Table1）在某些版本 SSMS 中不显示，但sys.dm_sql_referenced_entities能正确识别 - 依赖关系窗口里“依赖于”和“被依赖”两个标签页逻辑相反，点错就白查——记住：“依赖于”是它自己依赖谁，“被依赖”是别人依赖它
