关于 分布式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