ora-00942错误源于权限缺失或同义词未建，非语法问题；私有同义词需create synonym权限及目标对象显式授权；公有同义词需单独授访问权且不跨dblink继承权限；同义词创建时不校验目标存在性，失效无预警。
为什么直接写 SELECT * FROM other_user.table_name 会报 ORA-00942
这不是语法错误，而是权限链断裂：你既没被授予 SELECT 权限，也没建同义词。Oracle 默认不搜索其他 Schema，哪怕对象真实存在，只要没显式授权 + 没别名映射，就一律报“表或视图不存在”。这个错误提示极具误导性，容易让人反复检查拼写或连库配置。
创建私有同义词前必须确认的两件事
私有同义词只对创建它的用户生效，且依赖两个前提条件缺一不可：
- 当前用户（比如
user_a）已被授予CREATE SYNONYM权限（需 DBA 执行GRANT CREATE SYNONYM TO user_a） -
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。但这不等于“免权限”：
- 每个用户仍需单独被授予
SELECT权限（GRANT SELECT ON sales.orders TO app_user），否则照样报 ORA-00942 - 公有同义词无法跨数据库链接（
@dblink）自动继承远程权限，远程端也要做对应授权 - 删除时必须用
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”。
这意味着：
- 表被重命名、删除或迁库后，同义词立刻变砖，但没有任何自动通知机制
-
DESC my_synonym看不出问题，它只显示同义词定义，不验证指向有效性 - 批量管理时建议定期跑脚本检查：
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 运行不报错却返回空或截断数据——这种问题不会触发同义词层面的告警，只能靠业务层校验或日志监控发现。
