如何跨Oracle数据库实现表级别的实时同步

一. 前言

让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名注册、网络空间、营销软件、网站建设、巴南网站维护、网站推广。

这个问题是上一篇文章《Oracle跨数据库实现定时同步指定表中的数据》中所提问题的进一步延伸。考虑到对数据的实时性要求比较高，设置成定时同步，有点不妥，需要改善升级更改为实时同步。

下面介绍到的方式，严格意义上说，并没有实现实时同步。是通过Oracle数据库创建同义词+DBlink的方式，来建立远程映射。在查看数据时，直接去远程查询源库中的表。

而我一直关注的是如何进行同步数据，却没有考虑到可以建立映射。另外，还有一点就是需要交代，就是同步到目标数据库中的表，不进行增删改操作，只进行查询的操作，这也是可以使用同义词方式解决问题的关键。

这种解决思路的出现，多亏了在CSDN问答时，热心网友的回答，下面就是问题详情描述。

二. 问题描述

有两个Oracle数据库，分别布置在不同的服务器上，系统均为windows2003；

这里暂且说成是一个主数据库和从数据库：

(1) 主数据库:oracle_A；

(2) 从数据库:oracle_B；

在oracle_A中有一个表table_A与oracle_B中的表table_B结构相同；

我是处在oracle_B，oracle_A数据库分配给我有一个访问oracle_A表table_A的用户，该用户只拥有查询的权限；

另外，需要说明的一点，就是在oracle_B处,只需对table_B表进行查询的操作，不进行其他增删改的操作。

场景介绍完了，我的问题的是,如何在oracle_A中表table_A发生变化时,实时更新同步到oracle_B的table_B中?

我原来的处理方式:

通过建立远程连接DBLink+JOB定时任务+存储过程的方式,实现了定时同步更新,但不能做到实时同步。

三. 采用同义词+DB_Link的方式结果步骤

之所以能够选择采用同义词的方式，处理这个问题。主要还是源于在问题描述中提到一个点，那就是我们只需要对同步后的表进行查询操作。这点是使用同义词方式的重要要素。

下面详细模拟一下整个实验测试的过程：

（1）首先在Oracle_A端创建一个对table_A只有查询功能的用户

1 创建用户

sqlplus /nolog

conn /as sysdba;

create user username identified by password;

2 查看所有的用户列表

用户创建完成后,查看用户是否创建成功

select * from all_users;

3授予权限

为了能够保证能够登陆,必须赋予如下权限

--授予username用户创建session的权限,即登陆权限

grant create session to username;

--授予username用户使用表空间的权限

grant unlimited tablespace to username;

--oracle对权限管理比较严谨,普通用户之间也是默认不能互相访问的,需要互相授权.

--如果scott用户要授权给username用户查看自己的test表的权限;

sqlplus scott/tiget@localhost:1521/orcl

--授予username用户查看指定的权限

grant select on test to username;

--撤销权限

基本语法同grant,关键字为revoke;

（2）验证用户是否可以成功登录，并进行访问授权的表

--使用sqlplus登录，并进行查询

sqlplus username/password@localhost:1521/orcl;

select * from scott.test;

注意：查询表时，务必带上用户名，说明是哪个用户下的表。

（3）创建远程连接DB_Link

1 创建远程连接 db_link

create public database link db32　connect to tianzhi_test identified by "tianzhi_test" using '192.168.56.6:1521/ORCL'

2 测试远程连接是否成功

select * from tianzhi_smart.zh_item_news@db32;

（4）在Oracle_B端创建同义词

1 使用sqlplus登录自己的用户

sqlplus tianzhi_smart/tianzhi_smart@localhost:1521/orcl

2 创建同义词

create or replace public synonym TEST1130 for scott.TEST@db32;

3 查询测试

select * from TEST1130;

可以看到这与在Oracle_A源数据库中查到的table_A表中的数据一样.

注意事项:

当远程查询的数据库中包含BLOB字段时,会报出如下错误.

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

当出现这个错误的时候，那是因为跨库连接查询中的表中存在BLOB类型的字段，所以一定要注意，所有表中存在blob类型字段，

不能用 select * from 连接的表

不能将blob类型的字段出现在脚本中。

如果这些blob类型的字段一定要导过来，可以先建立临时表再插入本地表，方法如下.在pl/sql中执行

第一步 建临时表

create global temporary table foo ( X BLOB )

on commit delete rows;

第二步 插入本地表

insert into foo select blobcolumn from remoteTable@dl_remote ;

如何将两个oracle数据库同步

为方便完成指定数据表的同步操作，可以采用dblink与merge结合的方法完成。

操作环境： 此数据库服务器ip为192.168.196.76,有center与branch两个库，一般需要将center的表数据同步到branch，center为源库，branch为目标库，具体步骤如下：

1.在源库创建到目标库的dblink

create database link branch --输入所要创建dblink的名称，自定义

connect to dbuser identified by “password” --设置连接远程数据库的用户名和密码

using '192.168.196.76/branch'; --指定目标数据库的连接方式，可用tns名称

在创建dblink时，要注意，有时候可能会报用户名和密码错误，但实际上我们所输入的账户信息是正确的，此时就注意将密码的大小写按服务器上所设置的输入，并在账号密码前号加上双引号(服务器版本不同造成的)。

2.成功后验证dblink

select * from tb_bd_action@branch; --查询创建好的brach库

正常情况下，如果创建dblink成功，可采用该方式访问到远程数据库的表.

3.通过merge语句完成表数据同步

此例中需要将center库中的tb_sys_sqlscripe表同步到branch，简单的语法如下:

merge into tb_sys_sqlscripe@branch b using tb_sys_sqlscripe c on (b.pk=c.pk) --从center将表merge到branch,同步的依据是两个表的pk

when matched then update set b.sqlscripe=c.sqlscripe,b.author=c.author --如果pk值是相同则将指定表的值更新到目标表

when not matched then --如果pk值不一至，则将源表中的数据整条插入到目标表中

insert values (c.pk, c.fk, c.createtime, c.lastmodifytime,c.author,c.module,c.deleteflag, c.scripttype);

commit; --记得merge后必须commit,否则更改未能提交

4.为方便每次需要同步时自动完成同步工作，可将该语句做成存储过程或脚本来定时执行或按要求手动执行,简单说一下创建脚本的方法:

a.创建merge文件夹

b.先将merge语句写完整后，存到merge.sql文件中

c.新建merge.bat文件，编辑后写入以下内容

sqlplus user/password@serverip/database @"%cd%\merge.sql"

如何实现Oracle数据库之间的数据同步

1.所谓的物化视图，

2手工写TRIGER，

3.通过ORACLE的CDC工具可以实现同步或者异步的表的变化。

4。关于你说的表三和表一表二之间同步，俺没有明白。猜测是对表一表二做ETL，然后放到表三中。只对增量进行抽取和转换。如果是这样。通过上面的一二三步之一后。对增量进行抽取和转换。

ETL是个比较复杂也好玩的东西。多种方式可以实现，但是相互影响较大。容易顾此失彼。比如说管理和性能的平衡问题就是其中之一。

网站栏目：oracle怎么同步更新,oracle 循环更新
当前链接：http://hbruida.cn/article/hdpihe.html