SQL Server中查存储过程依赖应组合使用sys.dm_exec_describe_first_result_set_for_object和sys.sql_expression_dependencies并辅以OBJECT_DEFINITION字符串扫描及手动验证因动态SQL、加密对象、跨库引用等场景下单一视图不可靠。查不到存储过程依赖关系先确认 sys.dm_exec_describe_first_result_set 不能用SQL Server 的 sys.dm_exec_describe_first_result_set 看起来能推断依赖但它只分析语句首结果集对 EXEC 动态拼接、IF 分支里调用的存储过程完全不识别。真正稳定可用的是 sys.dm_exec_describe_first_result_set_for_object仅限 SQL Server 2012和更底层的 sys.sql_expression_dependencies。sys.sql_expression_dependencies 返回空检查对象作用域和状态这个视图只记录「显式引用」且要求被引用对象在创建时存在、未被重命名或删除。常见空结果原因CREATE PROC 中用 EXEC(...) 调用另一个存储过程 → 不被记录被引用的表/视图/存储过程在创建当前过程时尚未创建 → 依赖列为 NULLis_ambiguous 1当前存储过程是用 WITH ENCRYPTION 创建的 → 视图无法解析内容返回空行或不完整查询时没加 WHERE referencing_id OBJECT_ID(your_proc_name) → 默认查全部容易漏看动态 SQL 里的依赖怎么抓得靠字符串扫描 手动验证没有自动方案能 100% 解析 EXEC(sql) 或 sp_executesql 里的对象名。可行做法是 稿定AI 拥有线稿上色优化、图片重绘、人物姿势检测、涂鸦完善等功能