|
测试条件：
假设某公司总部在北京，新疆有其下属的一个分公司。在本次测试中，新疆的计算机为本地计算机，即本要的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)中的数据。
测试环境：两个数据库均建立在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;
执行的结果如下：
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，那么就是支持，否则就是不支持。在两个数据库中都是检查是否支持才行。
建立步骤：
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下通过测试。
|
