CREATE DATABASE LINK 必须在存储过程外单独执行，因PL/SQL默认禁止DDL；需用具备CREATE DATABASE LINK权限的用户在客户端创建，并区分PUBLIC/PRIVATE类型以确保调用权限。
CREATE DATABASE LINK 必须在存储过程外单独执行
你不能把 create database link 写进存储过程体里，否则会报 ora-01031: insufficient privileges 或 pls-00103。这不是权限不够的问题，而是 pl/sql 默认禁止直接执行 ddl 语句。dblink 是数据库级对象，必须由有 create database link 或 create public database link 权限的用户，在 sql*plus / sql developer 等客户端中一次性建好。
常见错误现象：存储过程编译通过，但运行时提示 ORA-02019: connection description for remote database not found——说明链接根本没创建成功，或不是当前用户能访问的类型。
实操建议：
- 先用
SELECT * FROM user_sys_privs WHERE privilege LIKE '%DATABASE LINK%';检查当前用户是否具备建链权限 - 若无权限，需 DBA 执行：
GRANT CREATE PUBLIC DATABASE LINK TO your_user; - 建链后，用
SELECT * FROM USER_DB_LINKS;验证是否可见（private 链只对创建者可见；public 链所有用户都可查）
PUBLIC vs PRIVATE DBLink：决定谁能在存储过程中调用它
建链时加不加 PUBLIC，直接影响存储过程能否被其他用户执行。比如你用 SCOTT 用户建了 private 链 remote_db，然后写了个 PROCEDURE sync_emp，哪怕该过程也属 SCOTT，别人 EXEC SCOTT.sync_emp 仍会失败——因为调用上下文是“别人”，不是 SCOTT。
实操建议：
- 生产环境推荐用
CREATE PUBLIC DATABASE LINK，避免权限链断裂 - 如果坚持用 private，确保存储过程和调用者是同一用户，且该用户拥有远程表的
SELECT权限（如GRANT SELECT ON remote_schema.emp TO scott;） -
USING子句里不要依赖tnsnames.ora别名，除非确认目标库已部署该文件；否则必须写全连接串，否则报ORA-12154
大表迁移时的存储过程写法与性能控制
直接 INSERT INTO local_tab SELECT * FROM remote_tab@dblink 对小表没问题，但大表容易锁表、占 PGA、触发 UNDO 膨胀甚至事务超时。Oracle 不会自动分批，得手动拆解。
实操建议：
- 用
ROWNUM或主键范围分页，例如：SELECT * FROM remote_tab@dblink WHERE id BETWEEN :start_id AND :end_id - 显式加
COMMIT控制事务粒度，比如每 5000 行提交一次，避免长事务阻塞 DML - 禁用索引和约束再插入（如
ALTER TABLE local_tab DISABLE CONSTRAINT pk_local;），完后再重建 - 注意 CLOB/BLOB 字段：跨 DBLink 无法直传，需改用
DBMS_LOB.COPY或临时表中转
字符集、网络与权限三处最容易漏掉的检查点
迁移跑通不代表稳定——很多问题在测试阶段不暴露，上线后才浮现。字符集不一致会导致中文变问号；网络抖动会让 @dblink 查询卡住或报 ORA-12170: TNS:Connect timeout；而远程表授权缺失则表现为 ORA-01031 或 ORA-00942: table or view does not exist（其实是没权限，不是真不存在）。
实操建议：
- 建链前比对两端
SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET'); - 用
TNSPING dblink_name或sqlplus user/pass@connect_string单独测连通性，别只信存储过程里的SELECT - 远程库上执行：
GRANT SELECT ON remote_schema.table_name TO your_user;，注意 schema 名要写全，不能省略
DBLink 不是黑盒通道，它是 Oracle 网络层和权限模型共同作用的结果。任何一环松动，都会让整个迁移过程在某个看似无关的环节突然中断。
