跨服务器连接查询解决方案

[pursuer_chen]

目前在一台服务器上有一张基础表数据量500万左右，有另外的10台服务器的表（表的数据量也是百万级别）要对基础表进行连接查询，在考虑服务器性能的的情况下，给出最好的解决方案

[發糞塗牆]

合并到一个服务器上再连接，不然怎么都慢

[pursuer_chen]

每次都是钊吉兄第一个回答，拜谢，能说明白点吗，你说的合并是什么意思，怎么合并，另外10台服务器的表数据内容不一样

[發糞塗牆]

10个表连接单库都会有可能带来问题，何况跨服务器，我的建议是把10台服务器的数据通过某些技术，比如复制（实时性、持续性要求高的情况下选用）或者JOB/SSIS（实时性要求不高），把10台服务器的数据加载到基础表所在的库中，然后等于所有数据都在一个库里面了，关联起来会相对高好多。

[pursuer_chen]

，本地连接查询效果是要好一点，我说的10台服务器不是说这10台服务器要关联起来查询，而且每台服务器都跟基础服务器要做连接查询，这10台服务器之间没有关联关系

[pursuer_chen]

，本地连接查询效果是要好一点，我说的10台服务器不是说这10台服务器要关联起来查询，而是每台服务器都跟基础服务器做连接查询，这10台服务器之间没有关联关系.

[發糞塗牆]

大概思路就是把要关联的表的数据加载到一台服务器上，方法不一定只有一种

[霜寒月冷]

单纯在sqlserver里面处理蛮困难的 1.你这个情况可以考虑 买中间件，看你们公司的承受能力。 2.借助第三方开发应用程序 如 net 可以写几个webservice

[pursuer_chen]

[Tiger_Zhao]

方向换一下。
把基础表向10个服务器发布，这10个服务器就能各自用本地的拷贝进行关联查询了。

[pursuer_chen]

效果可能没有10个服务器的向基层表服务器复制的效果好。你那样的话基础服务器一更新就要向10个服务器分发数据

[Mr_Nice]

引用 楼主 cmh200704 的回复:

目前在一台服务器上有一张基础表数据量500万左右，有另外的10台服务器的表（表的数据量也是百万级别）要对基础表进行连接查询，在考虑服务器性能的的情况下，给出最好的解决方案

基础表如果数据不是经常性变动的话，直接发布到对应的10个不同的服务器上即可。 设定一个常规时间，进行同步即可。（Job或者是ssis）