关于 分布式Oracle中 database link
在做分布式数据库时难免用到dblink,但关于dblink的资料很少,很多书上提到了,但不详细。
数据库链接定义从一个Oracle数据库到另一个数据库的单行通信通道。
建立链接前要先有到远程数据库的命名服务(连接字符串),就是tnsnames.ora中描述的那个,如'oradXP'
先测试一下:$tnsping oradxp
Attemping to contact(...) OK(30毫秒).
说明对远程数据库oradxp可访问。
创建数据库链接的语法为:
CREATE PUBLIC DATABASE LINK oradxp.cug.edu.cn USING 'oradxp';
其中 oradxp.cug.edu.cn 必须是远程数据库的全局名(SID),'oradxp'就是到远程的连接字符串。远程数据库的全局名可以通过登陆远程机,
SELECT * FROM global_name;
得到。
现在你就可以用链接oradxp.cug.edu.cn访问远程数据库了
如
SELECT * FROM global_name@oradxp.cug.edu.cn;
看看得到的是不是远程机的全局名。
所有SELECT 语句后面跟上链接名都是对远程机的访问。
注意:登陆名口令就是当前登陆本机的用户名和口令。也就是如果你用的是public链接,那么在远程就要有一个和本机相同的用户/口令才行。如:你以aaa/aaa登录本机,然后执行
SELECT * FROM BBB.bbb@oradxp.cug.edu.cn;
那么对远程数据BBB.bbb的访问用户为aaa口令为aaa
也就是在本机和远程机上都有用户aaa口令都为aaa才能执行成功!
关于私有链接:
CREATE DATABASE LINK oradxp.cug.edu.cn CONNECT TO system IDENTIFIED BY aaa;
这就建立了system的私有链接。
私有链接和public链接的差别就是登录名口令的限制。也就是
你不管用什么用户登录本机,执行
SELECT * FROM BBB.bbb@oradxp.cug.edu.cn;
访问远程机数据BBB.bbb的用户和口令都为system/aaa
建好的数据链接放在系统表SYS.link$表中
通过OEM控制台的 分布-〉数据库链接可以查看所有的链接。
要删除public link 可以
drop public database link linkname;
对于私有链接先以相应用户登陆,如上述system/aaa
然后drop database link linkname;
当然,直接删除SYS.link$表中的记录一样可行。
---------------------------------------------
不放心的dblink--手工关闭dblink [REF]
在csdn里看用户问道了有关dblink的关闭问题,本人一直对这个dblink持保留态度,如果不用最好不用。
在我们使用dblink对远程的oracle数据库进行操作时,这个dblink的访问会单独创建到远程的一次会话,这个到远程数据库的session,并不会在你建立的以后就自动的关闭和远程服务器建立的session,所以这是很可怕的,如果一个不断查询会产生很多个到远程的数据库session,如果session太多,造成查询失败,所以只要一点,笔者一直对这个dblink这个技术保持着保留态度,能不去使用她,尽量不去使用她。
不过如果使用dblink,我们需要及时显示的关闭dblink。以下提供两种方式
1.
alter sesssion close database link <dblink_name>;
2.
dbms_session.close_database_link(<dblink_name>);
如果是每个连接之后,还要用户去commit,以及手工的去colse一下。实在是痛苦之至呀。
------------------------------------------
如果Oracle数据库是以read only模式打开的,则无法通过db link访问远程数据库。因为只要通过db link,即使只执行select,oracle也是要开启分布式事务支持的,事务需要分配回滚段,而read only模式下是没有online的回滚段的:
SQL>select 1 from dual@lnk_db1;
select 1 from dual@lnk_db1
*
ERROR at line 1: ORA-16000: database open for read-only access
在一个read write的库上做个测试,可以看到通过db link的查询确实开启了事务,并且分配了回滚段。
SQL>select sid from v$mystat where rownum=1; SID ---------- 1270 SQL>select 1 from dual@lnk_db1; 1 ---------- 1 SQL>select s.sid,s.serial#,s.sql_hash_value, 2 r.segment_name, 3 t.xidusn, 4 t.xidslot, 5 t.xidsqn 6 from v$session s, 7 v$transaction t, 8 dba_rollback_segs r 9 where s.taddr = t.addr 10 and t.xidusn = r.segment_id(+); SID SERIAL# SQL_HASH_VALUE SEGMENT_NA XIDUSN XIDSLOT XIDSQN ---------- ---------- -------------- ---------- ---------- ---------- ---------- 1270 37655 0 _SYSSMU10$ 10 45 2042124
可以看到session 1270虽然只执行了一条select语句,但是由于使用了db link,确实开启了一个活动事务,并且分配了一个回滚段_SYSSMU10$。
Update:七公提醒了一下,实际上还是有办法绕过这个问题的。Oracle提供了read only的事务,是无须用到回滚段的。
SQL>select 1 from dual@lnk_db1; select 1 from dual@lnk_db1 * ERROR at line 1: ORA-16000: database open for read-only access SQL>set transaction read only; Transaction set. SQL>select 1 from dual@lnk_db1; 1 ---------- 1