数据库同步为什么不建议使用dblink方式

数据库同步为什么不建议使用dblink方式,第1张

dblink是通过网络连接另外一个数据库,以方便一些 *** 作。

但如果用dblink做同步,会选择怎么样的方式,导入导出、select into。不同于高可用的DG、OGG等是封装后的数据传输再还原,这样的方式一旦网络不稳定就可能出现数据损坏的情况,那你还会使用吗。

详情如下:

用dblink啊 当用户要跨本地数据库,访问另外一个数据库表中的数据时,本地数据库中必须创建了远程数据库的dblink,

通过dblink本地数据库可以像访问本地数据库一样访问远程数据库表中的数据。下面讲介绍如何在本地数据库中创建dblink

这个commit应该是本机的,和dblink没什么关系,而且就算你找到的dblink的那个session那么也不行,以为这个session在dblink的 *** 作完成后已经关闭了。

个人感觉不要这么远程insert,最好是调用一个那个数据库上的过程去insert这样的话,在那个过程中commit肯定是没有问题的。

如果必须要这么写,那么可以加入一条insert和一条delete

就是上面是正常insert的语句。

下面有一条delete(这条删除一个绝对不可能出现的一条试试)

按照你的说法,第二个事务提交时,第一个事务才能commit。可是这样会出现问题,因为如果你大量提交,那么数据库会因此夯住的,所以你看看第一个办法行不行,我觉得第一个办法还靠谱点。

给dblink用户先赋权限,让其拥有对应的权限。

调用时仍然使用其它账号登录,但在远程表查询时用@bdlink用户就可以了。

如用scott用户登录,dblink用户名叫dblink_user,远程数据库的某个表,select from 远程表名@dblink_user where 。。。。。,就OK了,关键防火墙、权限一定要正确。

测试条件

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

北京的总部有一个集中的数据库 其SID是SIDBJ 用户名 userbj 密码 bj 北京的IP地址是

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

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

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

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

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

问 如何返回数据库的GLOBAL_NAME?

执行SELECT FROM GLOBAL_NAME;

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

新疆的数据库的GLOBAL_NAME为SIDXJ

问 如何查看Global_name参数是true还是False

答 执行 SQL> show parameter global_name;

执行的结果如下

NAME                                 TYPE        VALUE

global_names                         boolean     TRUE

表示该参数是true

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

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

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

执行语句为 select from v$option;

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

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

建立步骤

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

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

create table USERBJ BJ_TEST

(

STU_ID   NUMBER

STU_NAME VARCHAR ( )

)

在其中增加一条记录

insert into BJ_TEST (STU_ID STU_NAME)

values ( 钟德荣 );

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

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

create database link SIDBJ US ORACLE connect to userbj identified by  bj using tns_xj_to_bj ;

其中 SIDBJ US ORACLE 是远程的数据库的global_name userbj是连接SIDBJ的用户名 bj 是userbj的密码

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

测试连接是否成功

select from dual@SIDBJ US ORACLE

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

DUMMY

X

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

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

OWNER                          OBJECT_NAME

SYSTEM                         SIDBJ US ORACLE

USERXJ                         DBLINK_XJ_TO_BJ

USERXJ                         SIDBJ

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

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

select from bj_test@SIDBJ US ORACLE

查询结果

STU_ID STU_NAME

钟德荣

表示查询是正常的

关于global_name参数的测试

create database link a connect to userbj identified by  bj 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  bj using tns_xj_to_bj ; 创建DBLINK

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

select from bj_test@a 查询远程表

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

CREATE OR REPLACE PROCEDURE test_cur

as

strSql varchar ( );

t_stu_name varchar ( );

TYPE TCUR IS REF CURSOR;

CUR TCUR;

begin

strSql := select stu_name from bj_test@a ;

OPEN CUR FOR strSql ;

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的值

lishixinzhi/Article/program/Oracle/201311/18443

以上就是关于数据库同步为什么不建议使用dblink方式全部的内容,包括:数据库同步为什么不建议使用dblink方式、数据库与数据库之间怎么推送、oracle DBLink更新了另一个数据库数据后,怎么提交那条数据等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/sjk/9867222.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-05-02
下一篇2023-05-02

发表评论

登录后才能评论

评论列表(0条)

    保存