使用DBLink过程中遇到的问题有哪些

这篇文章给大家分享的是有关使用DBLink过程中遇到的问题有哪些的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。

创新互联坚持“要么做到,要么别承诺”的工作理念,服务领域包括:成都网站设计、网站建设、企业官网、英文网站、手机端网站、网站推广等服务,满足客户于互联网时代的通川网站设计、移动媒体设计的需求,帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴!

1.      创建DBLink

1.1创建命令

create database link zlbak connect to zlbak01 identified by his using 'orcl';

注意,引号里的orcl,是在数据库服务器配置好的服务名,不是客户端本机配置的。

1.2名称

如果参数global_names为True,则要求创建的DBLink名称必须与被连接库的global_name相同。

create database link orcl connect to zlbak01 identified by his using 'orcl';

被连接的库,global_name可能很长,例如:

select * from global_name;

ORCL.REGRESS.RDBMS.DEV.US.ORACLE.COM

可以通过下面的命令将名称改短,去掉点后面的字符。

update global_name set global_name = 'orcl';

注意,千万不能改为空,否则会造成数据库无法启动,需要用特殊的方法才能解决。

如果通过下面这种方法修改,之前有域名的话,修改后仍然会有点后名的域名。

alter database rename global_name to orcl

当global_names为True时,如果要建多个DBLink指向同一个库,不能重名,怎么办呢?

create database link orcl@link1 connect to zlbak01 identified by his using 'orcl';

create database link orcl@link2 connect to zlbak01 identified by his using 'orcl';

原来,需要在GLOBAL_NAME后面加上@再加上一个标识。

既然global_names为True时这么麻烦,是否可以改为false呢?

如果不用流复制的话,完全是可以的,修改方法:

alter system set global_name=false;

修改后重新启动数据库设置才能生效,改成false之后,DBLink的名称就可以随意取了。

1.3特殊案例

记得是在2014年,做第一家用户的历史数据转出,完成之后,准备通过DBLink来实现远程历史库的查询,遇到一个奇怪的问题。

通过下面的命令创建的DBLink:

create database link zlbak connect to zlbak01 identified by his using 'orcl';

注意,引号里的orcl,是在数据库服务器配置好的服务名,不是客户端本机配置的。

创建好之后,无法正常使用,执行查询报错:

select * from 人员表@zlbak

ORA-12543:TNS:无法连接目标主机。

在服务器上,用tnsping服务名orcl是通的。

在sqlplus中通过zlbak01用户连接orcl也可以正常登录。

用户环境是10.2.0.5 windows 64bit。

弄了一个晚上,最后改成下面这种方式才成功了。

create database link zlbak connect to zlbak01 identified by his using
'(DESCRIPTION = (ADDRESS_LIST=

(ADDRESS=(PROTOCOL=TCP)

(HOST=192.1.68.1.1)(PORT=1521)))

(CONNECT_DATA=(SERVICE_NAME=orcl)))';

2.      通过DBLink查询远程数据

2.1不支持查询含有LOB类型字段的远程表

当远程表含有blob,clob,xmltype,long等大数据类型字段时,通过DBLink查询会报错:

ORA-22992:无法使用从远程表选择的 LOB定位器

目前已知的两种做法:

a.      对象表加函数转换

源端

1)      创建OBJECT类型,字段跟原表相同,只是把LOB字段改为Varchar2(4000)

2)      以该类型再创建一个Table类型

3)      创建一个读取转换函数,将原表的数据,插入到Table类型中并返回

以游标循环方式,用dbms_lob.getlength和dbms_lob.substr,每次最多取4000个字符,用Pipe Row管道函数输出,需要用自治事务,函数返回前提交事务。

4)      创建一个视图,调用该函数,并以Table语句转换为二维表。

目标端

1)  定义与源端相同的OBJECT类型和Table类型

2)  创建一个接收转换函数,把从源端接收到的Varchar2(4000)拼接后转换为LOB类型。

需要用到自治事务

3)  创建一个视图,通过DBLink查询数据,通过上一步创建的函数转换为LOB字段。

4)  查询这个视图,就像查询表的数据一样,可以正常返回LOB字段数据。

这种方法虽然能够实现,但是由于视图加函数方式,无法利用索引,所以,只能做为临时性的查询手段,并且实现起来比较麻烦。

b.      临时表

虽然不支持直接通过DBLink方式查询LOB类型的字段,但是insert into ……Select方式是支持的。所以,可以在本地服务器创建一个临时表,将查询的远程数据表的数据插入到临时表,然后,通过临时表就可以正常访问到含有LOB类型字段的表了。

这种方式实现起来比“对象表加转换函数”简单得多,重要的是可以用到索引。

2.2通过driving_site来指定驱动表

很多技术人员在用户环境中,通过DBLink来关联查询一些业务系统的远程数据表,但是,可能大多数人并没有注意到一个问题:远程数据表的全表复制

你可能以为它会像本地表一样用到索引,实际上,很可能根本就没有用到索引,不信你可以马上看看那些SQL的执行计划,注意分析其中操作为Remote的行,那就是全表复制。

访问远程数据表时,如果在索引相关字段的查询条件中直接指定了值,则可以直接利用索引。

例如:

Select id from H病人医嘱记录 where 病人id=:v1;

其中” H病人医嘱记录”是一个通过DBLink连接到远程数据库表的视图。

但是,以下几种常见情况,是没有利用远程表的索引的:

1)  本地表和远程表的连接

2)  Table内存表和远程表的连接

3)  索引相关的查询条件用到了Or

例如:

Select b.Id, b.类别, c.名称 As 类别名称, b.名称, b.标本部位

From H病人医嘱记录 A, 诊疗项目目录 B, 诊疗项目类别 C,

Table(f_Num2list('43190722, 43190723')) D

Where a.Id = d.Column_Value And a.诊疗项目id = b.Id And b.类别 = c.编码

这种情况,会将远程数据表的全部数据查询后传输到本地服务器,再进行表间连接。

当远程表是大表,本地表是小表,关联查询时,需要决定数据复制的方向,这是分布式数据访问都存在的一个问题。

在Select后加提示字/*+driving_site(a)*/这种方式可以指定远程表为驱动表,把本地的小表复制到远程,这样就可以用到索引了,并且避免了复制大表数据到本地服务器。

但是,如果含有Table内存表这种情况,还是无法利用索引,因为内存表的数据不支持作为被驱动表复制到远程,可以改写查询,避免使用Table方式。例如,用in方式,直接将条件值传入,带来的问题是无法使用绑定变量,对于历史数据查询这种低频业务,不使用绑定变量是可以接受的。

注意,driving_site对dml无效(insert,delete,update),dml以目标表所在库驱动SQL计划。

还有下面这种情况,虽然都是远程表连接,但是因为使用了Or,导致执行计划没有使用索引,可以调整为将Or展开,写成Union All方式。

Select Distinct b.发送号, b.发送人 As 人员, b.发送时间 As 时间

From H病人医嘱记录 A, H病人医嘱发送 B

Where a.Id = b.医嘱id And (a.Id = 43895356 Or a.相关id = 43895356)

Order By 时间 Desc, 发送号

2.4查询DBLink后需要关闭连接

通过db-link执行查询后,当前session到远程数据库的连接是不会自动关闭的,在基于连接池的管理中可能会引起目标数据库的Session泛滥,从而消耗进程资源。

这种情况下,可以在查询完成之后执行关闭连接命令:

alter sesssion close database link orcl;

注意需要先执行commit命令。也可以使用系统包来关闭连接:

DBMS_SESSION.CLOSE_DATABASE_LINK(orcl);

2.5提交事务

在使用PL/SQL developer里面通过dblink执行查询后,

commit和rollback会亮,是什么原因呢?

下面的测试可以发现一些规律:

select count(1) from test@dblink;

不会产生commit提示

select * from test@dblink;

会产生commit提示

select * from test@dblink where rownum<5;

不会产生commit提示

原来,当需要的数据都返回了,就不会产生commit提示,否则就会产生commit提示。

通过下面的语句,可以查到回滚段的情况:

Select s.Sid, s.Serial#, s.Sql_Hash_Value,

r.Segment_Name, t.Xidusn, t.Xidslot, t.Xidsqn

From V$session S, V$transaction T, Dba_Rollback_Segs R

Where s.Taddr = t.Addr And t.Xidusn = r.Segment_Id(+);

3.其他

3.1以下两个参数可以调整打开的DBLink数量。

open_links :每个session最多允许的dblink数量;

open_links_per_instance:指每个实例最多允许的dblink个数

当前打开的DBLink可以查询视图v$dblink。

3.2通过DBLink插入数据到远程数据库

含有XMLType等对象类型或用户定义类型字段的表,不支持将通过DBLink插入到远程数据库。

所以,直接将要转移的历史数据通过DBLink插入到远程历史库,有些表是不支持的。

3.3不支持通过DBLink执行DDL语句

         这个比较可以理解,必竟修改数据结构,涉及到的关联处理太多,例如并发控制等。

感谢各位的阅读!关于“使用DBLink过程中遇到的问题有哪些”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,让大家可以学到更多知识,如果觉得文章不错,可以把它分享出去让更多的人看到吧!


新闻标题:使用DBLink过程中遇到的问题有哪些
当前路径:http://hbruida.cn/article/jhidii.html