同义词指向的表不一定真实存在。oracle 创建同义词时不校验底层对象是否存在，仅检查语法和权限；目标表可能已被删除、改名或用户失效，需通过查询 user_synonyms 和 all_tables 验证。
同义词指向的表真实存在吗
同义词只是别名，不保证目标对象存在。创建同义词时 Oracle 不校验底层对象是否真实可访问，只检查语法和权限（如对源表有 CREATE SYNONYM 权限）。所以即使 CREATE SYNONYM emp FOR hr.employees 成功执行，hr.employees 也可能已被删除、改名，或 hr 用户已锁定/过期。
验证方法：
- 查同义词定义：
SELECT TABLE_OWNER, TABLE_NAME FROM USER_SYNONYMS WHERE SYNONYM_NAME = 'EMP'; - 再查目标是否存在：
SELECT OWNER FROM ALL_TABLES WHERE OWNER = 'HR' AND TABLE_NAME = 'EMPLOYEES';（注意大写） - 若返回为空，说明表已不存在，需重建或修正同义词指向
当前用户是否有访问同义词所指表的权限
同义词本身不传递权限。即使你有同义词，仍需对目标表拥有对应 DML 权限（如 SELECT）。Oracle 在解析同义词后，会检查你对 HR.EMPLOYEES 是否有权限，而不是对同义词 EMP。
常见误区：
- 通过角色（如
CONNECT、RESOURCE）获得的权限，在 PL/SQL 过程中默认不生效；必须显式SET ROLE或直接授权 - 公有同义词（
CREATE PUBLIC SYNONYM）对所有用户可见，但不自动授予访问权
确认权限的命令：
SELECT PRIVILEGE FROM USER_TAB_PRIVS WHERE TABLE_NAME = 'EMPLOYEES' AND GRANTEE = 'YOUR_USER';
若无结果，需 DBA 执行：GRANT SELECT ON hr.employees TO your_user;
存储过程里调用同义词报错“表不存在”
这是最隐蔽也最常踩的坑：在 PL/SQL 存储过程中引用同义词时，Oracle 要求权限必须是**直接授予用户**的，不能依赖角色。哪怕 YOUR_USER 已通过角色获得 SELECT 权限，过程编译或运行时仍会报 ORA-00942。
解决方案只有两个：
- DBA 直接授权：
GRANT SELECT ON hr.employees TO your_user; - 若同义词是公有的，且希望批量处理，可用动态 SQL 生成授权语句：
SELECT 'GRANT SELECT ON ' || TABLE_OWNER || '.' || TABLE_NAME || ' TO PUBLIC;' FROM DBA_SYNONYMS WHERE OWNER = 'PUBLIC' AND SYNONYM_NAME = 'EMP';
注意：GRANT ... TO PUBLIC 风险较高，生产环境慎用；优先按需授给具体用户。
大小写与引号导致同义词解析失败
如果源表名建表时用了双引号（如 CREATE TABLE "QueryHistory" (...)），那么同义词定义和后续查询都必须严格匹配大小写+引号。
错误示例：
-
CREATE SYNONYM qh FOR scott."QueryHistory";✅ 正确（引号保留） -
CREATE SYNONYM qh FOR scott.QueryHistory;❌ 解析为scott.QUERYHISTORY，找不到 -
SELECT * FROM qh;❌ 即使同义词定义正确，若底层表名带引号，这里仍可能失败（取决于 session 设置）
安全做法：建表避免双引号；已存在带引号表，查 ALL_TABLES.TABLE_NAME 确认真实名称（含引号），并在同义词和查询中完全复现。
真正容易被忽略的是权限生效范围——角色权限在 PL/SQL 中默认失效，而多数应用连接池用的是普通用户+角色，一进存储过程就断掉。这不是配置问题，是 Oracle 的硬性机制，绕不开，只能直授。
