有效，但拼写必须是ON SCHEMA而非ON SCHMEA；Oracle 23c支持该语法，schema名区分大小写且需存在，Java应用还需显式授予CREATE SESSION权限才能连接，Schema级授权仅控制可查对象范围，不替代连接能力。
GRANT SELECT ANY TABLE ON SCHEMA 语法是否有效
有效，但拼写必须是 on schema，不是 on schmea（文档里常见笔误）。oracle 23c 确实支持该语法，且区分大小写：schema 名默认大写，hr 和 hr 是两个不同 schema。执行前需确认目标 schema 存在且拼写完全一致。
Java 应用连不上？先检查 CREATE SESSION
Schema 级权限只管“能查什么”，不管“能不能连”。常见错误 ORA-01031: insufficient privileges 往往不是因为没授 SELECT ANY TABLE ON SCHEMA HR TO BOB，而是漏了基础连接权限：
-
GRANT CREATE SESSION TO BOB—— 必须显式授予，否则 JDBC 连接直接拒绝 -
GRANT CONNECT TO BOB可替代上一条，但CONNECT角色在 23c 中已降权，仅含CREATE SESSION，更推荐直接授后者 - 若应用使用连接池（如 HikariCP），确保
spring.datasource.username=BOB对应的用户已具备上述权限，而非用SYS或SYSTEM账号硬编码
为什么查不到新表？三处常被忽略的验证点
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 不一定是HR - Oracle 权限生效有极短延迟（通常毫秒级），但若刚授权就查，可加
SELECT * FROM DUAL触发权限缓存刷新，或重启连接测试
多 schema 场景下如何避免越权
一个应用读多个数据 schema（如 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 中已不推荐 - 注意：23c 当前不支持
INSERT ANY TABLE ON SCHEMA，如需写入，必须退回到对象级授权，例如GRANT INSERT, UPDATE ON HR.SALARIES TO APP_USER
Schema 级权限本身不解决连接问题，也不隐式切换默认 schema；它只是把“对某个 schema 内所有表的查询权”打包授予，省去逐表授权。真正落地时，权限粒度、连接配置、SQL 写法这三者必须同步对齐，缺一不可。
