ORA-00942 根源是当前会话不可见表，需依次排查 schema 不匹配、大小写敏感引号问题、跨 schema 权限不足、同义词失效四类原因，核心验证视图为 all_tables 和 user_tab_privs。
Spring Boot 连接 Oracle 报 ORA-00942: table or view does not exist，**不是连接失败，而是连接成功后查不到表**。HikariCP 建连、Hibernate 识别 Oracle12cDialect 都正常，说明 JDBC 层无问题；真正卡在运行时元数据访问环节——表物理存在，但当前会话“看不见”。
查表是否存在且归属哪个 schema
别信“我刚建了 CUSTOMER 表”，Oracle 的对象可见性严格依赖 owner（schema）。必须用应用同名用户直连验证：
-
SELECT table_name FROM user_tables WHERE table_name = 'CUSTOMER';→ 查当前用户下是否有该表 -
SELECT owner, table_name FROM all_tables WHERE table_name = 'CUSTOMER';→ 看它实际在谁的 schema 下（注意：TABLE_NAME存的是大写） -
SELECT COUNT(1) FROM CUSTOMER;和SELECT COUNT(1) FROM HR.CUSTOMER;都要试——后者成功就说明 schema 不匹配
Hibernate 实体未指定 schema 导致默认查错地方
Spring Data JPA 的 @Table(name = "CUSTOMER") 默认在当前连接用户 schema 下找。如果表其实在 HR.CUSTOMER，不声明 schema 就永远找不到。
- 正确写法：
@Table(name = "CUSTOMER", schema = "HR") - 若用
spring.jpa.hibernate.ddl-auto=update，Hibernate 会尝试在当前用户下建表，而非目标 schema，导致两边“各玩各的” - 多 schema 混合环境里，
schema属性不能省，也不能靠ALTER SESSION SET CURRENT_SCHEMA临时切换（JDBC 连接池不会继承 session 变更）
表名带双引号引发大小写解析失败
PowerDesigner 或手动脚本建表时加了双引号（如 CREATE TABLE "QueryHistory"），表名就变成严格大小写存储。之后所有 SQL 引用都必须带引号且完全一致。
- 查真实名称：
SELECT table_name FROM all_tables WHERE upper(table_name) = 'QUERYHISTORY';—— 返回"QueryHistory"就必须写SELECT * FROM "QueryHistory"; - JPA 实体里
@Table(name = "\"QueryHistory\"")是无效写法；得用@Table(name = "QueryHistory", quoted = true)（仅 Hibernate 6+ 支持），更稳妥的是重建表：去掉引号，用全大写命名 - MyBatis 或原生 JDBC 中写
dbtable="queryhistory"也会失败，必须匹配引号+大小写
权限没给够，尤其是跨 schema 场景
即使 HR.CUSTOMER 存在、实体也指定了 schema，若当前用户（如 APP_USER）没有 SELECT 权限，照样报 ORA-00942。
- 验证权限：
SELECT privilege FROM user_tab_privs WHERE table_name = 'CUSTOMER' AND grantee = 'APP_USER'; - 授权命令（需 DBA 执行）：
GRANT SELECT ON HR.CUSTOMER TO APP_USER; - 注意：通过角色（role）授予的权限，在 PL/SQL 或某些 ORM 动态查询中可能不生效，必须直接授权
- 同义词（synonym）失效也是常见原因：
SELECT synonym_name, table_owner FROM user_synonyms WHERE synonym_name = 'CUSTOMER';，再确认table_owner.CUSTOMER是否真实存在且可访问
最易被忽略的是：错误日志里只显示 ORA-00942，但背后可能是 schema、大小写、权限、同义词四层中的任意一层断开。每次排查必须从 all_tables 和 user_tab_privs 这两个视图出发，而不是凭记忆改代码或重跑 DDL。
