普通用户无法查询其他schema表的根本原因是缺乏SELECT权限且未创建同义词；必须由owner或DBA授权并显式使用全限定名或建立同义词才能访问。
普通用户查不了其他 schema 的表，根本原因是没权限也没同义词
oracle 默认禁止跨 schema 访问，哪怕只是 select。执行 select * from other_user.table_name; 报 ora-00942: table or view does not exist，90% 不是语法错，而是权限链断裂：既没被授 select 权限，也没建同义词。注意，这个错误不提示“权限不足”，容易误判为对象不存在。
常见误区是以为只要 DBA 执行了 GRANT SELECT ON other_user.t TO current_user; 就能立刻查——其实还差一步：当前用户必须用 other_user.t 全限定名，或自己建私有同义词，否则仍报 ORA-00942。
- 必须由表所属 schema 的 owner（或 DBA）执行授权，普通用户无法转授
-
GRANT SELECT ON other_user.t TO current_user;只对这张表生效，不自动覆盖 future 表 - 如果表在
OTHER_USER下，但你连的是CURRENT_USER，不写 schema 前缀就查不到——Oracle 不会自动搜索其他 schema
批量授予某 schema 下所有表的 SELECT 权限
手动一条条 GRANT SELECT ON u.t1 TO v; 不现实。更可靠的做法是在 owner schema 下生成授权语句：
SELECT 'GRANT SELECT ON ' || owner || '.' || table_name || ' TO target_user;' FROM dba_tables WHERE owner = 'SOURCE_SCHEMA' AND nested = 'NO';
把结果复制执行即可。注意三点：
- 必须用
dba_tables（不是user_tables），否则查不到别人 schema 的表 -
nested = 'NO'排除嵌套表，避免语法错误 - 目标用户
target_user必须已存在，且已授CREATE SESSION
如果 owner 是你自己（比如你在 APP_OWNER 下），可直接用 user_tables 简化：
SELECT 'GRANT SELECT ON ' || table_name || ' TO readonly_user;' FROM user_tables;
为什么不能直接用 SELECT ANY TABLE？
它确实能让用户查所有普通表，但这是系统级高危权限，生产环境应禁用：
- 授予后，用户能查
HR.EMPLOYEES、FINANCE.TRANSACTIONS，甚至未来新建的表——完全失控 - 撤销只能整权收回（
REVOKE SELECT ANY TABLE FROM u;），无法按 schema 或表粒度回收 - 语法上不支持
WITH ADMIN OPTION（ORA-01931 报错），但类似角色如SELECT_CATALOG_ROLE支持，风险反而更高 - 审计困难：查
DBA_SYS_PRIVS只能看到“有这权”，看不出实际访问了哪些表
真正可控的方案是角色 + 对象权限组合：先 CREATE ROLE app_readonly;，再批量授对象权限，最后 GRANT app_readonly TO u;。
同义词不是锦上添花，而是跨 schema 查询的必需环节
即使已授 SELECT 权限，用户仍需显式写 SOURCE_SCHEMA.TABLE_NAME 才能查。想简化成 SELECT * FROM my_orders;，必须建同义词：
- 私有同义词（推荐）：
CREATE SYNONYM my_orders FOR source_schema.orders;，仅当前用户可用 - 公有同义词：
CREATE PUBLIC SYNONYM orders FOR source_schema.orders;，需CREATE PUBLIC SYNONYM权限，且命名易冲突 - 同义词本身不带权限——它只是别名，背后对象的
SELECT权限仍需单独授予
最容易被忽略的一点：如果通过同义词访问，而同义词指向的是视图或物化视图，还要确认用户是否有对应的基础表或数据字典访问权限；某些 FGAC（细粒度访问控制）策略也会拦截同义词路径。
