一. 前言
这个问题是上一篇文章《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 ;
四. 学习心得
(1) 在提问题时,要具有以下三个关键点:
A.简洁;B.全面;C.系统
这三点,其实也是今晚参加拆书帮线下分享活动,拆书家拆解分享的一个片段。现学现卖,直接拿过来结合我的问题进行阐述。
其实上午这种问题,我采用了两种方式进行了询问求助,一种是微信语音的方式,还有就是发帖的方式。而在语言提问方面,自己却严重的违反了上面的三条,而在发帖提问中,却注意到了这三点。这也是提醒我,以后要多多注意语言表达的一个点。
(2) 在提问题时,一定要切中关键点,命中靶心
描述问题时,一定要交代清楚关键点。比如上述这个问题,最初连我自己都没有在意我只需要对table_B表进行查询操作,这点还是网友在给我确认细节过程中,提及到的。没想到就是这个细节,成了问题解决的关键点。