Oracle建立DBLINK的详细步骤记录

l          测试条件：

 

　　假设某公司总部在北京，新疆有其下属的一个分公司。在本次测试中，新疆的计算机为本地计算机，即本要的IP地址为：192.168.1.100

 

　　北京的总部有一个集中的数据库，其SID是SIDBJ，用户名：userbj,密码：bj123,北京的IP地址是：192.168.1.101。

 

　　在本地(新疆)的分公司也有一个数据库，其SID是SIDXJ，用户：userxj，密码：xj123，新疆的IP地址是：192.168.1.100。

 

　　要将本地新疆的SIDXJ数据库中访问到北京的数据库SIDBJ中的数据。

 

也就是说，在sidxj的数据库中，用户userxj(192.168.1.100)需要建立DBLINK，以userbj的用户身份访问sidBJ(192.168.1.101)中的数据。

 

 

l          测试环境：两个数据库均建立在WINXP上，ORACLE的版本均为Oracle817

 

　　建立环境时，要注意关闭两台计算机上的Windows的防火墙，否则，会出现能ping通，但Oracle连接不通的情况。

 

1、   问：如何返回数据库的GLOBAL_NAME？

 

执行SELECT * FROM GLOBAL_NAME;

 

　　北京的数据库的GLOBAL_NAME为SIDBJ.US.ORACLE.COM

 

　　新疆的数据库的GLOBAL_NAME为SIDXJ

 

　　2、问：如何查看Global_name参数是true还是False?

 

　　答：执行：SQL> show parameter global_name;

 

　　执行的结果如下：

 

　　SQL> show parameter global_name;

 

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

global_names                         boolean     TRUE

 

　　表示该参数是true.

 

　　该参数为true时，你在本地建立的DBLINK的名称必须和远程的Global_name一致才行。

 

　　3、问：查看远程数据徊是否支持高级复制功能。

 

　　答：通过查看v$option视图，如果其中Advanced replication为TRUE，则支持高级复制功能；否则不支持。

 

　　执行语句为：select * from v$option;

 

　　也可以执行select * from v$option where PARAMETER='Advanced replication'语句，

 

如何返回值为True，那么就是支持，否则就是不支持。在两个数据库中都是检查是否支持才行。

 

 

l          建立步骤：

 

　　1、在本地建立一个Oracle的客户端连接tns_xj_to_bj，用于连接北京的数据库。

 

　　在北京的数据库中，建立一个表用于测试。

 

　　create table USERBJ.BJ_TEST

 

　　(

 

　　STU_ID   NUMBER,

 

　　STU_NAME VARCHAR2(100)

 

　　)

 

　　在其中增加一条记录：

 

　　insert into BJ_TEST (STU_ID, STU_NAME)

 

　　values (1, '钟德荣');

 

　　2、新建一个连接tnsxj，用于连接本地的sidxj数据库，以tnsxj/userxj/xj123登录到PLSQL中。

 

　　下面开始创建连接到北京的远程数据连接DBLink。

 

　　create database link SIDBJ.US.ORACLE.COM connect to userbj identified by  bj123 using 'tns_xj_to_bj';

 

　　其中：SIDBJ.US.ORACLE.COM是远程的数据库的global_name,userbj是连接SIDBJ的用户名，bj123是userbj的密码，

 

　　tns_xj_to_bj是本地建立的连接到北京的数据库的服务名。

 

　　3、测试连接是否成功：

 

　　select * from dual@SIDBJ.US.ORACLE.COM

 

　　如果返回结果如下则表示连接成功了。

 

　　DUMMY

 

　　-----

 

　　X

4、在本地数据为中查询已经建立的远程连接名：

 

　　SQL> select owner,object_name from dba_objects where object_type='DATABASE LINK';

 

　　OWNER                          OBJECT_NAME

 

　　------------------------------ --------------------------------------------------------------------------------

 

　　SYSTEM                         SIDBJ.US.ORACLE.COM

 

　　USERXJ                         DBLINK_XJ_TO_BJ

 

　　USERXJ                         SIDBJ

 

　　5、至此，在新疆的计算机上建立了一个DBLINK，用于连接到北京的数据库上，

 

　　在新疆的数据库中查询北京的数据库中表的信息：

 

　　select * from bj_test@SIDBJ.US.ORACLE.COM

 

　　查询结果：

 

　　STU_ID STU_NAME

 

　　---------- --------------------------------------------------------------------------------

 

　　1 钟德荣

 

　　表示查询是正常的。

 

　　6、关于global_name参数的测试

 

　　create database link a connect to userbj identified by  bj123 using 'tns_xj_to_bj';

 

　　建立了一个DBLINK，执行下面的查询：

 

　　select owner,object_name from dba_objects where object_type='DATABASE LINK';

 

　　可以看到已经建立了名为：a的DBLINK。

 

　　但执行下面的查询，检索远程数据时，就会出现错误。

 

　　select * from bj_test@a

 

原因是因为本地数据库的global_names的参数值为true，所以，dblink的名称必须和远程数据库的global_names相同 。

 

要修改本地数据库的global_names参数为false;(注意是修改本地数据库SIDXJ，通过测试修改过程的参数不行，过程的global_names参数为TRUE还是为FALSE没有关系)

 

　　使用下面的语句修改该参数：

 

　　SQL>  alter system set global_names=false;

 

　　再执行下面的几步即可查询出数据：

 

　　create database link a connect to userbj identified by  bj123 using 'tns_xj_to_bj'; --创建DBLINK

 

select owner,object_name from dba_objects where object_type='DATABASE LINK';--查询现有的DBLINK

 

　　select * from bj_test@a--查询远程表

 

　　7、下面在SIDXJ中建立存储过程，通过DBLINK检索远程数据库SIDBJ， 存储过程如下：

 

　　CREATE OR REPLACE PROCEDURE test_cur

 

　　as

 

　　strSql1 varchar2(1000);

 

　　t_stu_name varchar2(100);

 

　　TYPE TCUR IS REF CURSOR;

 

　　CUR TCUR;

 

　　begin

 

　　strSql1:='select stu_name from bj_test@a';

 

　　OPEN CUR FOR strSql1;

 

　　LOOP

 

　　FETCH CUR INTO t_stu_name;

 

　　EXIT WHEN CUR%NOTFOUND;

 

　　DBMS_OUTPUT.PUT_LINE(t_stu_name);

 

　　END LOOP;

 

　　CLOSE CUR;

 

　　end test_cur;

 

　　测试存储过程显示，输出了过程数据库中的STU_NAME的值。

 

　　以上脚本全部在ORACLE817下通过测试。