ORA-00942错误源于远程库缺少对目标对象的显式SELECT授权，而非DBLink连通性问题；需在远程库中向DBLink所用用户（如scott）授予GRANT SELECT ON remote_schema.table_name TO local_user，并始终显式指定schema名。
ORA-00942：远程表或视图不存在，但 dual@dblink 能查通
这说明 dblink 本身连通性没问题，问题出在「远程端对象访问权限」上。oracle 的 dblink 查询不是本地代理执行，而是把整个 sql（含表名、schema）发到远程库去解析和运行。所以即使你本地能连上远程库，只要远程用户没被授予对目标对象的 select 权限，就会报这个错。
远程库必须显式授权，且不能靠同名用户自动继承
常见误区是认为“两边都是 scott 用户，密码一样，就天然能访问”。Oracle 不做跨库用户映射，远程库完全不认你本地的用户身份。必须在远程数据库中，由远程管理员执行授权语句：
-
GRANT SELECT ON remote_schema.table_name TO local_user;—— 注意：local_user是你在 DBLink 连接串里写的那个用户名（比如CREATE DATABASE LINK mylink CONNECT TO scott IDENTIFIED BY tiger ...中的scott） - 如果要批量授权所有视图，可用动态 SQL，但注意
ALL_OBJECTS视图只返回当前用户可访问的对象，应改用DBA_VIEWS（需 DBA 权限） - 不要写成
GRANT SELECT ON table_name TO PUBLIC，除非真需要全局开放；更安全的做法是精确授给 DBLink 所用的连接用户
检查远程库是否启用 GLOBAL_NAMES，影响对象解析路径
若远程库的 GLOBAL_NAMES 参数为 TRUE，则它要求所有跨库引用必须带完整 schema 名，例如 SELECT * FROM remote_schema.emp@mylink。如果漏写 remote_schema.，哪怕远程用户有权限，也会因解析失败而报 ORA-00942。
- 查远程库设置：
SHOW PARAMETER GLOBAL_NAMES - 临时绕过（不推荐长期用）：
ALTER SYSTEM SET GLOBAL_NAMES=FALSE SCOPE=BOTH;，需重启生效 - 最佳实践：始终在查询中显式写出远程对象的 owner，如
SELECT * FROM hr.employees@mylink
同义词或视图包装无法绕过远程授权检查
有人试图在本地建视图 CREATE VIEW v_emp AS SELECT * FROM emp@mylink，再让其他用户查这个视图——这仍然会触发远程授权校验。因为视图定义里的 @mylink 在执行时仍以原始 DBLink 连接用户身份去远程库请求数据，授权主体没变。
- 真正解耦的方式是：在远程库创建一个专用查询用户（如
qry_user），只授其必要对象的SELECT，然后 DBLink 全部用该用户连接 - 避免用
CONNECT TO CURRENT_USER或IDENTIFIED GLOBALLY等高级特性，除非已部署 LDAP/Kerberos，否则容易引入不可控的权限链路
远程授权这件事，本质不是“配通了就能用”，而是“远程库明确说了谁可以读什么”。哪怕 DBLink 名字、tnsnames 配置、网络、密码全对，只要远程端少一条 GRANT，查询就卡在对象找不到这一步——而且错误提示毫无误导性，就是字面意思。
