必须显式授予EXECUTE权限且对象名带schema，否则调用时报PLS-00201或ORA-00942；包需整体授权，同义词权限作用于底层对象，EXECUTE ANY PROCEDURE不替代对象级权限。
必须显式授予 execute 权限，且对象名必须带 schema；否则即使过程存在、语法正确，调用时仍报 pls-00201 或 ora-00942。
GRANT EXECUTE ON 必须写全 schema.procedure_name
Oracle 不做隐式 schema 解析，GRANT EXECUTE ON proc_name TO user 会失败（报 ORA-00942），因为数据库找不到无 schema 的 proc_name。
- ✅ 正确写法：
GRANT EXECUTE ON hr.get_employee_info TO scott; - ❌ 错误写法：
GRANT EXECUTE ON get_employee_info TO scott; - ⚠️ 若过程名建时用了双引号且含大小写（如
"Get_Employee_Info"），授权也必须严格匹配：GRANT EXECUTE ON hr."Get_Employee_Info" TO scott; - 权限语句本身不校验对象是否存在——哪怕
hr.get_employee_info根本不存在，GRANT也能执行成功；但后续EXEC hr.get_employee_info会直接报错
包内过程要授整个包，不能只授单个过程
Oracle 对包（package）的权限控制是粒度到包级的。对包中某个过程单独授权无效，调用时仍提示未声明。
- ✅ 授予整个包：
GRANT EXECUTE ON hr.emp_pkg TO scott; - ❌ 试图只授包内过程：
GRANT EXECUTE ON hr.emp_pkg.get_dept_info TO scott;—— 语法错误，Oracle 不支持这种写法 - 包中函数与过程权限规则一致，都走
GRANT EXECUTE ON package_name
同义词调用时，权限检查发生在解析后，不是同义词本身
如果用户通过同义词调用存储过程（如 CREATE SYNONYM my_proc FOR hr.proc_a;），Oracle 先解析同义词指向的真实对象，再检查对该真实对象（即 hr.proc_a）的 EXECUTE 权限。
- ✅ 正确做法：对原对象授权，
GRANT EXECUTE ON hr.proc_a TO scott; - ❌ 错误理解：以为只要给当前用户（
scott）自己创建的同义词授权限就行 - 注意：同义词本身没有
EXECUTE权限类型，只有SELECT（对同义词指向的视图/表）或EXECUTE（对同义词指向的过程/函数）——但该权限实际作用于底层对象
EXECUTE ANY PROCEDURE 是高危权限，慎用
它绕过所有对象级限制，允许执行任意 schema 下的任意过程，但不自动赋予过程内部访问表所需的权限。
- ✅ 审计谁有它：
SELECT * FROM dba_sys_privs WHERE privilege = 'EXECUTE ANY PROCEDURE'; - ⚠️ 即使授了
EXECUTE ANY PROCEDURE，若过程里查hr.employees，仍需额外GRANT SELECT ON hr.employees TO user; - ? 生产环境应避免直接授予；优先按需使用
GRANT EXECUTE ON schema.proc TO user; - 权限生效无需重连，但新会话才能看到刚授的权限（已存在的会话可能缓存旧权限状态）
最容易被忽略的是：权限缺失导致的报错（如 PLS-00201）看起来像代码问题，实际和过程体完全无关；排查时第一反应不该是改逻辑，而是查 dba_tab_privs 或 user_tab_privs 确认目标对象上是否有对应用户的 EXECUTE 记录。
