这种情况我碰到过好几次，核心问题几乎都和数据字典的权限可见性或者权限授予方式有关——你能执行SELECT但看不到对象，说明Oracle允许你访问数据，但SQL Developer用来列出对象的底层数据字典查询没返回这些对象。下面一步步排查：

1. 确认权限是直接授予用户，还是通过角色授予 #

这是最常见的原因！Oracle的ALL_*数据字典视图（比如ALL_TABLES、ALL_SYNONYMS）默认只会显示直接授予当前用户的对象权限，而通过角色授予的权限不会出现在这些视图里——而SQL Developer左侧面板的对象列表，就是通过查询这些ALL_*视图生成的。

验证方法 #

用DBA账号执行以下SQL，检查用户C的权限来源：

-- 查看直接授予C的对象权限
SELECT privilege, table_name, owner
FROM dba_tab_privs
WHERE grantee = 'C'
  AND (owner = 'A' OR owner = 'B');

-- 查看通过角色间接授予C的对象权限
SELECT rp.granted_role, p.privilege, p.table_name, p.owner
FROM dba_role_privs rp
JOIN dba_tab_privs p ON rp.granted_role = p.grantee
WHERE rp.grantee = 'C'
  AND (p.owner = 'A' OR p.owner = 'B');

如果结果里大部分权限来自角色而不是直接授予，那这就是问题所在。

2. 检查SQL Developer的角色启用设置 #

如果权限确实是通过角色授予的，你可以检查SQL Developer连接是否启用了对应的角色：

• 打开SQL Developer，右键点击用户C的连接，选择「属性」
• 切换到「角色」标签页，确认授予权限的角色已经被勾选（比如如果权限在ROLE_READ_ONLY里，要确保这个角色是启用状态）

不过要注意：即使启用了角色，Oracle的ALL_*视图依然可能不会显示通过角色获得的对象权限（这是Oracle的设计限制），所以最可靠的解决方法还是直接给用户授予权限。

3. 确认用户C对数据字典视图的访问权限 #

虽然普通用户默认能访问ALL_*视图，但如果这个权限被回收了，SQL Developer就无法查询到对象列表。可以用用户C登录后执行：

SELECT COUNT(*) FROM all_tables WHERE owner = 'A';
SELECT COUNT(*) FROM all_synonyms WHERE owner = 'B';

如果返回0，说明要么没有直接权限，要么数据字典视图访问受限。如果提示权限不足，需要给用户C授予SELECT权限在对应的ALL_*视图上（或者更简单的，授予SELECT_CATALOG_ROLE角色，但这个角色权限较大，谨慎使用）。

4. 验证Schema B的同义词权限与有效性 #

对于Schema B的同义词，还要确认：

• 用户C确实被授予了SELECT ON B.同义词名的权限（而不仅仅是同义词指向的A表的权限）
• 同义词本身是有效的：用DBA账号执行SELECT status FROM dba_synonyms WHERE owner = 'B' AND synonym_name = '你的同义词名';，确保状态是VALID

解决方法 #

如果是权限授予方式的问题，直接给用户C授予对象权限即可：

-- 授予A表的SELECT权限
GRANT SELECT ON A.表名 TO C;
-- 授予B同义词的SELECT权限
GRANT SELECT ON B.同义词名 TO C;

执行后，刷新SQL Developer的左侧面板，就能看到对应的表和同义词了。

内容的提问来源于stack exchange，提问作者Srinivasarao Kotipatruni