解决方案 »

  1.   

    dblink访问远程数据库的话,不会用到统计信息,可能会产生比较差的执行计划,建议加hash join hint提示,
      

  2.   

    还是第二种,在需要写的数据库上写job...
      

  3.   

    链接服务器可能存在不稳定的状况。可以考虑用JOB调用。
      

  4.   

    现在已经添加链接服务器,在JOB的存储过程中通过 链接服务器 访问远程数据库的。用到远程的多个表(有JOIN多个表)。
    这样速度会不会很慢?
      

  5.   

    MSSQLSERVER怎么用hash join
    就select * from A inner hash join B  on A.id=B,id where ……这种
      

  6.   

    如果需要远程JOIN 组织架构类似的数据,建议在本地存一份,定期同步即可,常用又不易更新
      

  7.   

    应该是推数据比拉数据效率高。
    有过对比测试,是英文文档,还有人做了翻译。
    不过Push、Pull关键字实在太大众了,文档一时间搜不到。(无奈摊手)
      

  8.   

    分公司的数据不一样,需同步到中央服务器,如果是推数据的话,可以先将本地数据作join处理及相关条件过滤,
    然后再插入中央服务器。
    如果拉数据的话,在中央服务器会JOIN处理及过滤远端数据库数据,这样速度比较慢。
      

  9.   

    远程Join的话,sqlserver会不会是把语句发送给远程,然后直接返回结果就可以,就像调用存储过程一样。
    这样的话速度就应该不会慢了。
    乱想的。
      

  10.   

    先把不同服务器的数据同步到一起,再做JOIN操作。
      

  11.   

    建议做数据库的同步吧,这种 通过数据库连接的操作,的sql语句,性能会非常差。