现在有需求需要同步几个远程数据库的数据，实时要求不高，现在是通过JOB，定时同步数据。
一种是 推数据：各个数据库往中央服务器插入数据。这个要求各个数据库都加JOB（比较麻烦不好统一管理）
第二种：直接在中央服务器添加JOB从各个数据库拉数据。
问题是要JOIN多个表数据，JOIN远程表速度的速度会不会比较慢。
请问那种效率会快一点？
------解决思路----------------------
dblink访问远程数据库的话，不会用到统计信息，可能会产生比较差的执行计划，建议加hash join hint提示，
------解决思路----------------------
链接服务器可能存在不稳定的状况。可以考虑用JOB调用。
------解决思路----------------------
定時同步吧 坐等高人出現
------解决思路----------------------
建议用第一种方式，第一种方式比较灵活，每个服务器都可以定义不同的周期
------解决思路----------------------
应该是推数据比拉数据效率高。
有过对比测试，是英文文档，还有人做了翻译。
不过Push、Pull关键字实在太大众了，文档一时间搜不到。（无奈摊手）
------解决思路----------------------
异地查，本地插。（建议第二种）
第一种权限、环境都不好配。
------解决思路----------------------
各有利弊，像你说得第一种不好统一管理，第二种连接多个表，效率是会有影响得，而且不稳定。
------解决思路----------------------
感觉第一种要好点
可以只有总部一个固定IP
另外，从各分部可以结合各自情况进行数据分析推送，也能起到压力分摊
------解决思路----------------------
使用第二种，每次只在同一台机器上操作就可以了，要是说效率，两种方法应该差不多。
------解决思路----------------------
先把不同服务器的数据同步到一起，再做JOIN操作。
------解决思路----------------------
听说送分我才进来的~！
------解决思路----------------------
话说，写成程序同步，可追溯日志好些吧。调试也方便
------解决思路----------------------
建议做数据库的同步吧，这种 通过数据库连接的操作，的sql语句，性能会非常差。
------解决思路----------------------
应该是做数据库复制 ，把数据复制到一个中央数据库中