如何使用Oracle同义词简化跨Schema访问

ORA-00942错误源于权限缺失或同义词未建，非语法问题；私有同义词需CREATE SYNONYM权限及目标对象显式授权；公有同义词需单独授访问权且不跨dblink继承权限；同义词创建时不校验目标存在性，失效无预警。

为什么直接写 SELECT * FROM other_user.table_name 会报 ORA-00942

这不是语法错误，而是权限链断裂：你既没被授予 SELECT 权限，也没建同义词。Oracle 默认不搜索其他 Schema，哪怕对象真实存在，只要没显式授权 + 没别名映射，就一律报“表或视图不存在”。这个错误提示极具误导性，容易让人反复检查拼写或连库配置。

创建私有同义词前必须确认的两件事

私有同义词只对创建它的用户生效，且依赖两个前提条件缺一不可：

1. 当前用户（比如 user_a）已被授予 CREATE SYNONYM 权限（需 DBA 执行 GRANT CREATE SYNONYM TO user_a）
2. user_a 已从目标 Schema（比如 user_b）获得具体对象的访问权，例如 user_b 执行了 GRANT SELECT ON test_table TO user_a

漏掉任一环节，CREATE SYNONYM my_test FOR user_b.test_table 虽能成功执行，但后续 SELECT * FROM my_test 仍会报错——不是同义词建失败，而是底层权限没通。

公有同义词谁都能用，但权限控制更严格

DBA 创建 CREATE PUBLIC SYNONYM orders FOR sales.orders 后，任何用户都可以直接写 SELECT * FROM orders。但这不等于“免权限”：

1. 每个用户仍需单独被授予 SELECT 权限（GRANT SELECT ON sales.orders TO app_user），否则照样报 ORA-00942
2. 公有同义词无法跨数据库链接（@dblink）自动继承远程权限，远程端也要做对应授权
3. 删除时必须用 DROP PUBLIC SYNONYM orders，漏掉 PUBLIC 关键字会报错

另外，USER_SYNONYMS 查不到公有同义词，得查 ALL_SYNONYMS 或 DBA_SYNONYMS（后者需 DBA 权限）。

同义词失效时不会提前预警

创建同义词时 Oracle 完全不校验目标对象是否存在，CREATE SYNONYM bad FOR non_existent_table 会静默成功。只有第一次执行 SELECT 时才抛出 “ORA-01775: looping chain of synonyms” 或 “ORA-00980: synonym translation is no longer valid”。

这意味着：

1. 表被重命名、删除或迁库后，同义词立刻变砖，但没有任何自动通知机制
2. DESC my_synonym 看不出问题，它只显示同义词定义，不验证指向有效性
3. 批量管理时建议定期跑脚本检查： SELECT synonym_name, table_owner, table_name FROM USER_SYNONYMS s WHERE NOT EXISTS (SELECT 1 FROM ALL_TABLES t WHERE t.owner = s.table_owner AND t.table_name = s.table_name)

真正麻烦的是那种“半失效”场景：表还在，但列结构变了，SQL 运行不报错却返回空或截断数据——这种问题不会触发同义词层面的告警，只能靠业务层校验或日志监控发现。