必须加。oracle无默认schema机制，跨schema访问需显式写schema_name.table_name，否则报ora-00942；可用同义词或视图简化，但各有局限且不透明。
Oracle中跨Schema访问表必须加前缀吗？
必须加。Oracle没有类似PostgreSQL的search_path或SQL Server的默认Schema机制，所有跨Schema表引用都需显式写出schema_name.table_name。试图省略Schema名会直接报错ORA-00942: table or view does not exist，哪怕当前用户有完整SELECT权限。
能否通过同义词（Synonym）隐藏Schema前缀？
可以，但要注意作用域和维护成本。同义词只是别名映射，不改变实际执行计划或权限模型。
-
CREATE SYNONYM emp FOR hr.employees;创建私有同义词（仅当前用户可用） -
CREATE PUBLIC SYNONYM dept FOR hr.departments;创建公有同义词（所有用户可见，需CREATE PUBLIC SYNONYM权限） - 公有同义词容易引发命名冲突——如果两个Schema都叫
orders表，建同义词时就会覆盖或报错 - 同义词不自动同步源表结构变更，
ALTER TABLE hr.employees ADD COLUMN...后，应用层仍按旧结构访问，可能出错
有没有更“透明”的替代方案？
没有真正透明的方案，但可结合以下方式降低侵入性：
- 在应用连接串里指定
current_schema=hr（仅适用于Oracle 12c+且驱动支持，如ojdbc8；但该参数只影响未带Schema前缀的DML/DDL，对SELECT仍无效） - 用视图封装：
CREATE VIEW my_employees AS SELECT * FROM hr.employees;，然后查SELECT * FROM my_employees——但视图无法下推谓词优化，性能可能下降 - 使用数据库链接（DB Link）仅适用于跨库场景，本地跨Schema不适用
权限和运维上最容易忽略什么？
很多人只关注SELECT权限，却忘了同义词本身也受权限控制，且依赖链容易断裂：
- 授予
SELECT ON hr.employees TO app_user后，还需显式GRANT SELECT ON hr.employees TO app_user——同义词不传递权限 - 如果
hr用户被锁、过期或被DROP，所有指向它的同义词立即失效，错误变为ORA-04043: object hr.employees does not exist - 查询
ALL_SYNONYMS或DBA_SYNONYMS才能看清同义词真实指向，日常开发常忽略检查这层映射关系
跨Schema访问的本质是明确所有权归属，强行“隐藏”Schema名只会把问题推迟到排查阶段。真要简化写法，优先考虑代码层抽象（如ORM配置默认Schema），而不是在数据库层绕过设计约束。
