schema级权限仅简化对象访问授权，不简化连接配置：必须显式授予create session，不能自动切换默认schema，sql中仍需显式指定schema前缀，且不支持jdbc currentschema参数。
schema 级权限本身不简化连接配置，只简化对象访问授权——它不能替代 create session，也不能自动切换默认 schema，更不能绕过 sql 中的 schema 前缀要求。
ORA-01031 报错时，90% 不是权限没授全，而是漏了基础连接权
执行 GRANT SELECT ANY TABLE ON SCHEMA HR TO BOB 后仍连不上？先别查授权语句，直接看连接是否被拦在门外：
-
CREATE SESSION必须显式授予：Oracle 23c 不再隐式包含在任何角色里，GRANT CONNECT TO BOB虽可用，但该角色已降权为仅含CREATE SESSION，不如直授更清晰 - 若用 HikariCP 或其他连接池，确认
spring.datasource.username=BOB对应的用户已具备上述权限，而非靠 SYS 登录后切换用户 - JDBC URL 中不要带
¤tSchema=HR这类参数——Oracle 不支持该语法，会静默忽略
Java 查询新表返回空或 ORA-00942，三处必须人工核对
Schema 级权限确实自动覆盖新建表，但实际查不到，往往卡在这几个非权限环节：
- 确认表真建在目标 schema 下：
SELECT owner, object_name FROM all_objects WHERE object_type = 'TABLE' AND owner = 'HR'，别误建在应用用户（如APP_USER）下 - 检查 Java 代码中 SQL 是否显式带 schema 前缀：写成
SELECT * FROM HR.EMPLOYEES；若只写EMPLOYEES，则依赖当前 session 的默认 schema，而BOB用户默认 schema 是BOB，不是HR - 刚授完权就查，可能遇极短缓存延迟（毫秒级），加一句
SELECT * FROM DUAL触发权限刷新，或重启连接验证
多 schema 场景下，不能靠 SELECT ANY TABLE 一招打天下
一个应用要读 HR 和 FINANCE 两个 schema，必须分拆授权，否则要么越权、要么失效：
- 正确做法：
GRANT SELECT ANY TABLE ON SCHEMA HR TO APP_USER+GRANT SELECT ANY TABLE ON SCHEMA FINANCE TO APP_USER - 绝对禁止：
GRANT SELECT ANY TABLE TO APP_USER——它穿透所有 schema，23c 中已明确不推荐，且违反最小权限原则 - 如果需要写入（INSERT/UPDATE），
ON SCHEMA当前不支持 DML 级别批量授权，必须退回到对象级：GRANT INSERT, UPDATE ON HR.SALARIES TO APP_USER
真正落地时，GRANT ... ON SCHEMA 只解决“能查哪些对象”，而连接权限、SQL 写法、schema 所属关系这三点，任何一个出错，都会让这个新特性完全失效。最容易被忽略的是：它不改变当前用户的默认 schema，也不影响 JDBC 连接行为——这些都得靠你手动对齐。
