ORA-00942错误主因是schema不匹配、表名大小写敏感、同义词失效或权限缺失，需依次验证CURRENT_SCHEMA、真实表名（含引号）、同义词有效性及SELECT权限（含角色在PL/SQL中是否启用）。
ora-00942 不是“表真没了”，而是 oracle 故意不告诉你权限或解析失败——你得按顺序查 schema、表名、同义词、权限四层，漏一层就白忙。
确认当前 session 的 CURRENT_SCHEMA 是不是目标表所在 schema
Oracle 默认只在 CURRENT_SCHEMA 下找未带前缀的表名。比如你用 USER_A 登录，却执行 SELECT * FROM emp，Oracle 实际查的是 USER_A.emp，哪怕 SCOTT.emp 存在且你有权限，也报 ORA-00942。
- 查当前 schema：
SELECT SYS_CONTEXT('USERENV', 'CURRENT_SCHEMA') FROM DUAL; - 查表真实 owner：
SELECT OWNER FROM ALL_TABLES WHERE TABLE_NAME = 'EMP';（注意：TABLE_NAME存储为大写） - 临时切 schema：
ALTER SESSION SET CURRENT_SCHEMA = SCOTT;（仅当前会话有效） - 生产环境更稳妥：
SELECT * FROM SCOTT.emp;显式写全限定名
验证表名是否因双引号导致大小写敏感
建表时加了双引号（如 CREATE TABLE "QueryHistory"），表名就变成严格大小写存储；之后所有引用都必须带引号且完全一致，否则 Oracle 按默认规则转成大写去查，必然找不到。
- 查真实表名（含引号）：
SELECT TABLE_NAME FROM ALL_TABLES WHERE UPPER(TABLE_NAME) = 'QUERYHISTORY'; - 如果返回
"QueryHistory"，那查询必须写：SELECT * FROM "QueryHistory"; - 如果返回
QUERYHISTORY（无引号），说明建表没加引号，查SELECT * FROM queryhistory;或SELECT * FROM QUERYHISTORY;都行 - 建表时不加引号是安全习惯；已加引号的，别靠记忆，以
ALL_TABLES.TABLE_NAME返回值为准
检查同义词是否存在且指向有效对象
很多应用依赖同义词（synonym）隐藏 schema，但同义词本身可能失效：指向的表被删、owner 改名、拼写错误，甚至建成了私有同义词却在另一用户下查。
- 查当前用户下的同义词：
SELECT SYNONYM_NAME, TABLE_OWNER, TABLE_NAME FROM USER_SYNONYMS WHERE SYNONYM_NAME = 'EMP'; - 查公有同义词：
SELECT SYNONYM_NAME, TABLE_OWNER, TABLE_NAME FROM DBA_SYNONYMS WHERE SYNONYM_NAME = 'EMP';（需 DBA 权限） - 确认同义词指向的
TABLE_OWNER和TABLE_NAME是否真实存在（再跑一遍ALL_TABLES查询） - 私有同义词只对创建者可见；跨用户访问必须用公有同义词，或直接走全限定名
验证 SELECT 权限是否真正生效（尤其注意角色权限在 PL/SQL 中不自动启用）
Oracle 对无权限的对象，统一返回 ORA-00942 而非权限错误——这是安全机制，但也让人误判。权限可能缺在对象级、角色级，或 PL/SQL 上下文里根本不可见。
- 查对象级授权：
SELECT PRIVILEGE FROM USER_TAB_PRIVS WHERE TABLE_NAME = 'EMP' AND GRANTEE = 'YOUR_USER'; - 查当前启用的角色：
SELECT * FROM SESSION_ROLES;（注意：角色需显式SET ROLE才能在 PL/SQL 中生效） - 查角色是否真有权限：
SELECT PRIVILEGE FROM ROLE_TAB_PRIVS WHERE ROLE = 'YOUR_ROLE' AND TABLE_NAME = 'EMP'; - DBA 授予权限示例：
GRANT SELECT ON SCOTT.emp TO YOUR_USER; - 如果查
V$类视图（如V$LOCKED_OBJECT），需额外授SELECT_CATALOG_ROLE或SELECT ANY DICTIONARY
最容易被跳过的点：PL/SQL 存储过程里执行静态 SQL 时，权限检查发生在编译期，且只认直接授予的权限，不认通过角色获得的权限——哪怕 SESSION_ROLES 里有那个角色，也照样报 ORA-00942。
