如何配置Hibernate 6适配Oracle 19c

Spring Boot 3 可用 Oracle 19c，但 Hibernate 6 自动识别依赖 JDBC 驱动版本（≥ojdbc11）和数据库真实版本（v$version 显示 19c），若驱动过旧或 COMPATIBLE 参数降级，会导致误判为老版本而启用 deprecated OracleDialect。

Spring Boot 3 默认用不了 Oracle 19c？

不是不能用，而是 Hibernate 6 默认只认 Oracle 19c+ 的“新方言”，但实际连接时它会执行两道检测 SQL：select cast('string' as varchar2(32000)), sys_context('USERENV','CLOUD_SERVICE') from dual 和 select 1 from dual where sys_context('USERENV','CLOUD_SERVICE') in ('OLTP','DWCS','JDCS')。这两条语句在 Oracle 19c 上能跑通，在更老版本（比如 12.2、18c）上可能报错或返回空——Hibernate 就据此判定“不支持”，然后降级警告甚至拒绝初始化。

必须显式指定 OracleDialect 吗？

不用，而且最新明确反对。日志里那句 HHH90000025: OracleDialect does not need to be specified explicitly 就是提醒你删掉 spring.jpa.properties.hibernate.dialect 配置项。Hibernate 6 会自动根据 JDBC URL 和驱动返回的数据库元信息（DatabaseMetaData.getDatabaseMajorVersion()）选 dialect。只要你用的是标准 jdbc:oracle:thin:@... URL，且驱动版本 ≥ 19.3（推荐 ojdbc11），它就会默认挑 Oracle21cDialect 或 Oracle19cDialect ——前提是数据库真返回了 version 19 或 21。

1. 如果数据库实际是 19c 但 JDBC 驱动太旧（比如 ojdbc8），getDatabaseMajorVersion() 可能返回 12，导致 Hibernate 误判为老版本
2. 某些 Oracle Cloud 自托管实例会伪造 sys_context 值，干扰自动识别逻辑
3. 一旦自动识别失败，它 fallback 到 OracleDialect（无版本后缀），而这个类在 Hibernate 6 中已被标记为 deprecated，功能受限

需要引入 hibernate-community-dialects 吗？

不需要。那个包里的 OracleLegacyDialect 是给 Oracle 11g/12c 这类老库准备的，目标就是绕过新版本检测逻辑。你连的是 19c，用它反而会禁用 19c 特有优化（比如 JSON 支持、OFFSET ... FETCH 分页语法）。正确做法是确保底层驱动和数据库行为一致：

1. 用 ojdbc11（对应 JDK 11+）或 ojdbc10（JDK 8–10），别用 ojdbc8 或更老的
2. 确认数据库真实版本：连接后执行 SELECT * FROM v$version，第一行必须是 Oracle Database 19c Enterprise Edition
3. 检查是否启用了兼容性参数，例如 COMPATIBLE=12.2.0 ——这会让 19c 假装成 12c，Hibernate 就不敢启用新特性

ORA-00942 报错和 dialect 有关吗？

完全无关。这个错误只说明 Hibernate 生成的 SQL 执行时找不到表，和 dialect 选择无直接关系。典型场景是：

1. 实体类上没写 @Table(schema = "HR")，但表其实在 HR.CUSTOMER 下，而连接用户是 APP_USER，没权限查 HR 模式下的对象
2. 数据库里表名是小写（customer），但 Hibernate 默认按大写生成 SQL（SELECT * FROM CUSTOMER），结果找不到
3. 使用了 spring.jpa.hibernate.ddl-auto=validate，但表结构和实体字段类型不匹配（比如 Java LocalDateTime 对应 Oracle DATE，但 dialect 期望 TIMESTAMP）

遇到 ORA-00942，先用 SQL*Plus 以应用同名用户直连，执行相同 SQL；如果也报错，问题就在权限或 schema，不在 Hibernate 配置。