execute any procedure 不能调用 package body 中的私有过程，也不自动赋予对 package specification 的访问权；必须显式授予 execute on schema.package_name 才能安全调用。
不能靠 EXECUTE ANY PROCEDURE 一招搞定 —— 它对 package body 中的私有过程无效，也不自动赋予对 package specification 的访问权。
为什么 EXECUTE ANY PROCEDURE 不等于“能调用任意 package”
这个权限名字有误导性，实际行为很具体：
- 它只允许调用 standalone 过程/函数，以及
PACKAGEspecification 中声明的 public 子程序（即在 spec 里写了、但没在 body 里定义的那些） - package body 内部的私有过程（未在 spec 中声明的）完全不可见，即使已授该权限也报
ORA-00942或ORA-04068 - 调用方必须单独拥有对目标
schema.package_name的EXECUTE权限，否则连 spec 都看不到，更别说执行 - 它不附带任何表、序列、视图等依赖对象的访问权，运行时仍可能因缺少
SELECT、INSERT等权限失败
正确做法：显式授予 EXECUTE ON schema.package_name
这是生产环境唯一安全、可审计、符合最小权限原则的方式：
- 执行语句：
GRANT EXECUTE ON scott.pkg_emp TO app_user;（注意不是PACKAGE BODY，Oracle 不支持对 body 单独授权） - 若需批量授权（例如给 schema
HR下所有 package），可用动态 SQL 生成语句：SELECT 'GRANT EXECUTE ON ' || owner || '.' || object_name || ' TO target_user;' FROM dba_objects WHERE owner = 'HR' AND object_type = 'PACKAGE';
- 生成后务必人工审查：确认
object_name确实是 package（不是 synonym、view 或其他类型），且owner是目标 schema - 不要漏掉同义词（synonym）场景：如果用户通过 synonym 调用 package，还需确保 synonym 指向的源 package 已授权
常见错误现象与排查点
遇到调用失败时，先看错误信息再定位：
-
ORA-00942: table or view does not exist：大概率是没授EXECUTE ON schema.package_name，而不是对象真不存在 -
ORA-04068: existing state of packages has been discarded：通常由权限变更触发（如刚 revoke 后又 grant），但根源仍是权限未稳定生效；重连 session 可临时绕过，但应检查是否遗漏授权 - 能编译成功但运行时报
PLS-00201: identifier must be declared：说明调用方看到的是空 package（spec 未授权），或用了 private 过程名 - 调用返回权限不足（如插入失败）：检查 package 内部是否访问了其他 schema 的表——
EXECUTE权限不传递，需额外授予SELECT/INSERT等对象权限
真正容易被忽略的是权限边界的嵌套性：package 的执行权限、其内部对象的访问权限、调用者的 session 权限，三者必须同时满足。别指望一条 GRANT 解决所有问题。
