一. 前言
这个问题是上一篇文章《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表进行查询操作，这点还是网友在给我确认细节过程中，提及到的。没想到就是这个细节，成了问题解决的关键点。
