ORA-00942编译时报错说明静态SQL在定义者schema下对象不可见：表不在当前用户schema且未授权或未加schema前缀、双引号表名大小写不匹配、私有同义词不可见， AUTHID CURRENT_USER无效，唯一绕过方式是改用动态SQL。
编译存储过程时出现 ORA-00942，说明 Oracle 在**编译阶段就拒绝了静态 SQL 引用的对象**——这不是运行时权限或同义词失效的问题，而是对象在编译上下文中根本不可见。
静态 SQL 编译时强制校验对象存在性
Oracle 对存储过程中写的静态 SQL（比如 SELECT * FROM emp）会在 CREATE OR REPLACE PROCEDURE 时立即解析并校验所有涉及的表、视图、列名是否真实存在且可访问。只要当前用户在编译时刻看不到那个对象，就直接报 ORA-00942，不等你执行。
- 这个检查发生在定义者（definer）schema 下，不是当前会话的
CURRENT_SCHEMA - 即使你后续用
ALTER SESSION SET CURRENT_SCHEMA = SCOTT切换，也救不了编译失败 - 动态 SQL（
EXECUTE IMMEDIATE）不走这一步，所以不会在编译时报这个错
常见触发场景和对应解法
以下情况都会导致编译失败，但原因不同，处理方式也不同：
-
表在其他 schema 下，且没授权 + 没写前缀：比如你用
APP_USER编译，但引用的是HR.EMPLOYEES，而APP_USER没被授予SELECT ON HR.EMPLOYEES→ 解法是先让 DBA 授权，或改写成SELECT * FROM HR.EMPLOYEES并确保权限到位 -
用了双引号建的表，编译时大小写不匹配：比如表是
"QueryHistory"，你在过程里写SELECT * FROM QueryHistory→ Oracle 编译时转成大写查QUERYHISTORY，找不到 → 必须写成SELECT * FROM "QueryHistory" -
依赖同义词，但同义词是私有的且不在当前用户下：编译用户是
APP_USER，但EMP同义词只在SCOTT用户下创建（CREATE SYNONYM emp FOR employees）→ 编译时查不到 → 解法是建公有同义词，或显式用 schema 前缀
为什么加 AUTHID CURRENT_USER 不能解决编译时报错？
AUTHID CURRENT_USER 只影响运行时权限检查行为，对编译阶段的对象解析毫无作用。它让过程执行时按调用者权限查表，但编译仍严格按定义者（即你 CREATE 时的用户）上下文做静态校验。
- 如果你用
APP_USER创建过程，那编译时所有静态 SQL 都必须对APP_USER可见 -
AUTHID CURRENT_USER是给运行时“松绑”的，不是给编译“开后门”的 - 想绕过编译检查？唯一办法是把 SQL 改成动态的（
EXECUTE IMMEDIATE），但代价是失去语法校验、绑定变量更麻烦、性能略低
排查时最容易忽略的一点
很多人查 ALL_TABLES 发现表存在，就以为万事大吉——但忘了看 OWNER 和当前用户的关系。编译用户必须能从 ALL_TABLES（或 USER_TABLES）里查到该表，且 GRANT SELECT 已生效（注意：角色权限在编译时不计算在内，必须是直接授予的系统/对象权限）。
