Oracle存储过程中跨库查询的核心是先在数据库中创建CREATE DATABASE LINK对象（非存储过程内执行），再通过表名@dblink_name语法调用；必须区分PUBLIC与PRIVATE权限、确保远程表授权、网络连通及字符集一致。
oracle存储过程中跨库查询，核心就是用 create database link 配合 @dblink_name 语法。它不是“在存储过程里写个远程连接”，而是先建好链接对象（属于数据库级对象），再在过程里像查本地表一样用——这点容易误解，直接导致权限报错或运行时找不到对象。
CREATE DATABASE LINK 必须在存储过程外单独执行
很多人试图把 CREATE DATABASE LINK 写进存储过程体里，结果报 ORA-01031: insufficient privileges 或 PLS-00103。因为 DDL 语句在 PL/SQL 块中默认不被允许（除非用 EXECUTE IMMEDIATE，但不推荐）。
-
CREATE DATABASE LINK是 DDL，必须由有CREATE DATABASE LINK或CREATE PUBLIC DATABASE LINK权限的用户在 SQL*Plus / SQL Developer 等客户端中直接执行 - 存储过程里只负责使用：比如
SELECT * FROM emp@remote_db;或INSERT INTO local_tab SELECT * FROM dept@remote_db; - 如果真想“动态建链”，得用
EXECUTE IMMEDIATE+GRANT CREATE DATABASE LINK TO your_user，但风险高（密码明文、权限泛滥），生产环境应避免
PUBLIC vs private dblink：权限和可见性差异极大
创建时加不加 PUBLIC 关键字，直接决定谁能在存储过程中调用它。
- 用
CREATE PUBLIC DATABASE LINK remote_db ...：所有用户（包括存储过程所属用户）都能访问，只要该用户有SELECT远程表的权限 - 用
CREATE DATABASE LINK remote_db ...（无 PUBLIC）：只有创建者本人能用；即使存储过程是同一个用户写的，也正常；但若过程被其他用户EXECUTE，就会报ORA-02019: connection description for remote database not found - 普通用户查不到别人建的 private dblink：
SELECT * FROM ALL_DB_LINKS只返回自己建的 + 所有 PUBLIC 的，不会暴露他人私有链
tnsnames.ora 缺失时，USING 子句必须写全连接串
错误现象：执行 SELECT * FROM t@remote_db 报 ORA-12154: TNS:could not resolve the connect identifier。根本原因不是密码错，而是 Oracle 根本没找到远程库在哪。
- 如果服务器上没配
$ORACLE_HOME/network/admin/tnsnames.ora，或者里面没定义对应的服务名，就必须在USING里写死完整连接描述符 - 正确写法示例：
USING '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.20.30.40)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=prod_db)))' - 别漏掉括号嵌套层级，少一个右括号就报
ORA-00922: missing or invalid option；SERVICE_NAME不能写成SID（除非对方库明确配置为 SID 模式） - 测试连通性最简单方式：
tnsping prod_db（如果用了 tnsname）或sqlplus user/pass@'(DESCRIPTION=...)'（直连串）
存储过程中跨库查询的典型陷阱
看似语法通了，实际跑起来卡住、慢、或数据不对，往往栽在这几个点上：
- 远程表没有授予当前用户
SELECT权限：即使 dblink 创建成功，SELECT * FROM t@remote_db仍会报ORA-01031；需在远程库执行GRANT SELECT ON t TO local_user - 字符集不一致导致乱码：尤其当远程库是 ZHS16GBK，本地是 AL32UTF8，
VARCHAR2字段可能截断或显示问号；检查SELECT * FROM nls_database_parameters WHERE parameter IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET') - 大结果集拖垮性能：Oracle 默认把远程查询整个拉到本地再过滤，
SELECT * FROM t@remote_db WHERE c > 100可能扫全表；改用视图或物化视图预聚合，或加DRIVING_SITE(t)提示强制在远端执行 WHERE - dblink 被意外删除或失效：DBA 清理对象时可能顺手
DROP了它，而存储过程不会提前报错，直到运行时才崩；建议在关键过程开头加SELECT 1 FROM DUAL@remote_db做连通性校验
dblink 不是黑盒魔法，它是把远程库当“本地延伸”来用，所以权限、网络、字符集、执行计划这四层，缺一不可。最容易被忽略的是：你写的存储过程能跑通，不代表别人调用它也能跑通——private dblink 和跨用户执行权限，往往是上线后第一波故障来源。
