USER_DEPENDENCIES仅记录当前用户对象间的静态依赖关系，不包含跨用户、动态SQL、DBLINK、隐式调用等依赖；查询时需注意大小写、对象类型及referenced_owner过滤。
USER_DEPENDENCIES 能查到哪些依赖关系
它只记录当前用户拥有的对象之间的依赖，比如你写的存储过程调用了同用户的表、视图、函数或另一个存储过程，这些都会出现在 user_dependencies 里。但不会显示跨用户的依赖（比如你的过程调用了 scott.emp），除非你有权限且查的是 all_dependencies 或 dba_dependencies。
常见错误现象：执行 SELECT * FROM USER_DEPENDENCIES WHERE NAME = 'MY_PROC'; 返回空——可能因为过程名写错了大小写（Oracle 默认大写），或者该过程没引用任何本地对象（比如只用了动态 SQL 或远程 DBLINK）。
- 对象名（
NAME）和被依赖对象名（REFERENCED_NAME）都是大写的，查询时用'MY_PROC'，别用'my_proc' -
TYPE是你的对象类型（如'PROCEDURE'），REFERENCED_TYPE是它依赖的对象类型（如'TABLE'、'VIEW'） - 如果依赖是通过
EXECUTE IMMEDIATE或DBMS_SQL构建的字符串，不会被静态解析，USER_DEPENDENCIES里查不到
如何查一个存储过程依赖了哪些表
重点过滤 REFERENCED_TYPE = 'TABLE'，同时确保 TYPE = 'PROCEDURE'，避免把函数、包体等混进来。
SELECT DISTINCT referenced_name AS table_name FROM user_dependencies WHERE name = 'MY_PROC' AND type = 'PROCEDURE' AND referenced_type = 'TABLE' AND referenced_owner = USER;
注意 referenced_owner = USER 这一条件：它排除掉同义词指向其他用户的表的情况。如果你确实需要包含同义词解析后的实际所有者，得结合 USER_SYNONYMS 手动补查。
- 同一张表被多次引用，
DISTINCT防止重复 - 如果过程里用了视图，而你想追溯到视图底层的表，
USER_DEPENDENCIES只到视图层，需递归查（不建议自动递归，容易无限循环） -
STATUS列在USER_DEPENDENCIES中不存在，它属于USER_OBJECTS，判断依赖对象是否有效得单独查
为什么修改表结构后存储过程失效了却查不到依赖
不是查不到，而是 Oracle 的依赖跟踪机制有盲区。比如你用 SELECT * 查询一张表，然后给表加列——这不会让过程失效；但删列或改列类型，过程会变 INVALID，此时 USER_DEPENDENCIES 依然存在，只是对应过程在 USER_OBJECTS 中的 STATUS 变成 INVALID。
- 失效原因不在依赖关系丢失，而在编译校验失败，所以应联合查：
SELECT object_name, status FROM user_objects WHERE object_type = 'PROCEDURE' AND status = 'INVALID'; -
USER_DEPENDENCIES不反映“隐式依赖”，例如用UTL_FILE写文件、用DBMS_SCHEDULER调任务，这些不算对象依赖 - 包（
PACKAGE）的规范（spec）和主体（body）分开编译，改 spec 可能导致依赖 body 失效，但USER_DEPENDENCIES中只存 spec 对其他对象的依赖，不存 spec ↔ body 关系
替代方案：比 USER_DEPENDENCIES 更准的依赖检查方式
静态分析有限，真要确认影响范围，最靠谱的是用 DBMS_UTILITY.GET_DEPENDENT_OBJECTS（12cR2+）或直接查 ALL_DEPENDENCIES 并补全所有者上下文；但日常运维中，更实用的是结合编译错误反推。
- 手动重编译过程：
ALTER PROCEDURE my_proc COMPILE;，看报错信息里明确指出哪行、哪个对象访问失败 - 对关键表做 DDL 前，运行：
SELECT name, type FROM user_dependencies WHERE referenced_name = 'MY_TABLE' AND referenced_type = 'TABLE';—— 这才是正向影响分析 - 不要依赖
USER_DEPENDENCIES判断“是否安全删除某张表”，它漏掉触发器、物化视图日志、审计策略等间接依赖
依赖关系不是一张静态快照，它是 Oracle 编译器在创建时刻做的语法扫描结果，只要代码里没出现硬编码的对象名（包括别名、同义词、动态拼接），就进不了这张表。这点比想象中更脆弱。
