公有同义词仅提供对象别名，不自动赋予访问权限；用户需被显式授予目标对象的相应权限（如GRANT SELECT ON hr.employees TO user2）才能访问，且存储过程AUTHID CURRENT_USER模式下角色权限不生效。
同义词只是别名，不自动带权限
创建 CREATE PUBLIC SYNONYM emp FOR hr.employees 成功，不代表其他用户就能查 emp。Oracle 在执行 SELECT * FROM emp 时，会先解析出真实对象是 hr.employees，再检查当前用户对 hr.employees 是否有 SELECT 权限——同义词本身不传递、不继承、不兜底任何权限。
常见错误现象：
- DBA 用
SYSTEM执行了公有同义词创建，但没跑GRANT SELECT ON hr.employees TO user2 - 应用连的是
user2，执行SELECT * FROM emp报ORA-00942或ORA-01031 - 查
DBA_SYNONYMS确认同义词存在，但权限没授，照样失败
存储过程里调用同义词失败，大概率是角色权限不生效
即使你在 SQL*Plus 里能查 emp，一进存储过程就报错，重点看 AUTHID 模式：
-
AUTHID DEFINER（默认）：按存储过程所有者权限运行，只要过程所有者有权限，调用者无需额外授权 -
AUTHID CURRENT_USER：按调用者权限运行，此时角色授予的权限在 PL/SQL 中默认不生效，必须显式SET ROLE，或直接给用户授对象权限
验证方式：SELECT AUTHID FROM ALL_PROCEDURES WHERE OBJECT_NAME = 'YOUR_PROC_NAME'。若为 CURRENT_USER，且权限是通过角色（如 SELECT_CATALOG_ROLE）给的，那就得改授权方式——直接 GRANT SELECT ON hr.employees TO user2。
查不到表？先确认同义词指向和目标对象都真实存在
同义词可能“空转”：指向的表被删了、owner 改名了、拼写错了，或者建成了私有同义词却在别人 schema 下查。
三步定位：
- 查同义词定义：
SELECT TABLE_OWNER, TABLE_NAME, DB_LINK FROM ALL_SYNONYMS WHERE SYNONYM_NAME = 'EMP' AND OWNER IN ('PUBLIC', 'USER2')（注意大小写，SYNONYM_NAME存大写） - 查目标对象是否存在：
SELECT OWNER FROM ALL_TABLES WHERE OWNER = 'HR' AND TABLE_NAME = 'EMPLOYEES' - 查权限是否到位：
SELECT PRIVILEGE FROM DBA_TAB_PRIVS WHERE GRANTEE = 'USER2' AND OWNER = 'HR' AND TABLE_NAME = 'EMPLOYEES' AND PRIVILEGE = 'SELECT'
如果第三条没结果，就是缺权限；如果第二条没结果，说明表已不存在或不在 HR 下——同义词失效了。
跨用户访问必须显式授权，不能只靠 PUBLIC 同义词
公有同义词 ≠ 公共访问权。它只是让所有用户都能“看到这个名字”，但访问控制仍由底层对象权限决定。
正确做法：
- 先建同义词：
CREATE PUBLIC SYNONYM emp FOR hr.employees - 再授对象权限：
GRANT SELECT ON hr.employees TO user2（不是GRANT SELECT ON emp TO user2，那没用） - 批量处理多个同义词时，可用：
SELECT 'GRANT SELECT ON ' || TABLE_OWNER || '.' || TABLE_NAME || ' TO user2;' FROM DBA_SYNONYMS WHERE OWNER = 'PUBLIC' AND TABLE_OWNER = 'HR'，生成授权语句后执行
容易忽略的一点：如果目标表在另一个 PDB 或租户中，还需确认容器级访问策略是否允许跨容器查询——这时光授对象权限也不够。
