Ⅰ 有2个数据库，怎么实现数据同步
在pgsql的数据库中将要同步的表建立一个一模一样的同步表。然后建触发器，将进入源表中的数据触发到同步表中。然后做一个windows服务扫描这个同步表并且将同步表中的数据同步到mysql
或access中。
如果是整个数据库中有许多表要进行同步。则建立一个共用的同步表，结构非常简单。字段如下：
主键(f_id),源表名(f_tablename),主键字段名(f_keyname),主键值(f_keyvalue),操作标识(f_operflag
i:插入
u:更新
d:删除),时间字段(f_time).将要同步的表都建立触发器，只要有增、改、删都触发到这个表里。这样你只扫描这个共用的同步表，根据这些字段值完全可以实现数据的同步。隔离网闸就是这么个原理，只不过它的要比这复杂多了！
Ⅱ 数据库同步为什么不建议使用dblink方式
其实 dblink同步的情况非常常见。
但是在Oracle的一些版本(如11.2.0.3)中有一个特别大的隐患。
可能会导致scn增长过快，无法同步，并且该症状会通过dblink传染到与之相关的所有数据库中。16年11月全国范围内就爆发了大范围的该事件。我当时所服务的客户也出现了很多这种故障。
经过我本人的测试，除了重建库之外无解，网上说的升级啥的可以解决其实无效(升级到11.2.0.4可以预防，但已经发生的不能解决)。
所以要分情况对待，如果该数据库版本有隐患且连接到它的其它数据库非常多非常复杂，dblink不建议。
可以搜索错误代码 ora-19706 可以详细了解该问题的具体情况
Ⅲ 使用DBLink方式同步远程数据库中含Blob、Clob字段表的问题解决
lob类的字段在plsql developer和sqlplus里是不能直接显示的
如果是10g或者是以上版本的话 clob 应该是可以用to_char()进行转换的
blob类型的话 可以用utl_raw.cast_to_varchar2进行转换
你试试！
Ⅳ 数据库同步为什么不建议使用dblink方式
因为dblink会引起以下问题：
1.不支持LOB 大对象的操作.
2.特别是通过DB_LINK 调用PROCDURE .
3.通过DB_LINK连接的DB 不能有COMMIT
Ⅳ oracle中通过dblink同步远程数据库中含long类型的数据
现在在另一个表中建一个字段(null)，然后在企业管理器里用数据导出，把其他字段的钩选空，就那个要复制的字段，这样导出就可以了。只不过源数据库和目标数据库是同一个数据库而已。
Ⅵ dblink可以跨服务器同步数据库吗
可以跨服务器，dblink的原理就是通过网络来连接数据库。但同步一般不建议用dblink，网络毕竟是不稳定的。
同步可以考虑DG、OGG等高可用功能。
Ⅶ 怎么在不同数据库之间进行同步数据
怎么在不同数据库之间进行同步数据
数据库A和数据库B是建立在两台独立的数据库服务器上，那么采用dblink方式是一种可行的方式，存在两个数据同步过程：
一、数据库A正常运行的时候需要将数据同步到备用库即数据库B；
二、数据库A不正常的时候启用数据库B，在数据库A恢复正常之前的数据更新都发生在数据库B，那么需要将数据库B的数据同步给数据库A。
第一种方式：前提是数据库A和数据库B本地网是24小时互通的同时对数据同步实时性有比较高的要求，那么可以建立DBLINK，在两个库都建触发器，不管当前在哪个库发生数据更新的时候实时同步数据到目标数据库；
Ⅷ oracle中一个数据库表怎么把另一个数据库表中的最新信息添加过来，用DBLINK实现求高手
oracle中一个数据库表通过另一个数据表的数据同步最新数据采用dblink的方法：
1.首先创建一个dblink,可以访问远程数据库
2.在本地创建一个快照,映射远程数据表,当远程数据表有变化时,会反应到快照中.
3.由于快照类似于视图表,所以在本地为快照创建一个触发器,当快照有变化时,会触发相应事件.
4.在触发器中写同步数据的代码。
以下是触发器代码：
createorreplacetriggerTRI_test_user_AFR
_test_user
foreachrow
begin
if deleting then
deletefromtest_userwhereid=:old.id;
endif;
if inserting then
insertintotest_user(id,name,age)
values(:new.id,:new.name,:new.age);
endif;
if updating then
updatetest_usersetname=:new.name,age=:new.agewhereid=:old.id;
endif;
endTRI_test_user_AFR;
Ⅸ 数据库同步为什么不建议使用dblink方式
原因是：数据量多的话，oracle应该不知道断点续传功能的，如果对方数据库出问题（undo表空间不足、临时表空间不足、其他错误等）、网络处问题的话，无断点续传需要重新同步数据，牵扯到一个效率的问题。
如果只是复制一点数据，用dblink没什么大问题。 但是如果涉及到有ddl一类的，整个用户级的，或者什么规则的，这个时候就要自定义大量的触发器来实现。效率和准确性都要花大量时间去验证。得不偿失，不如直接用现成的方案去同步。
Ⅹ 数据库同步为什么不建议使用dblink方式
dblink是通过网络连接另外一个数据库，以方便一些操作。
但如果用dblink做同步，会选择怎么样的方式，导入导出、select into。不同于高可用的DG、OGG等是封装后的数据传输再还原，这样的方式一旦网络不稳定就可能出现数据损坏的情况，那你还会使用吗。