大数据量表sql的优化

[衣舞晨风]

背景:
之前把符合试图要求的数据，从一个数据库，发送到另外一个数据库（也就是目标库）中，现在客户要求可以根据发送日期检验：两边数据库中的数据是否一致，要求提供一个索引界面，传入日期，但目标库中相应的表JKZHYEB中有将近200万条数据，我写的sql如下，有没有方法优化一下呢？

strGSZhmx = "select count(1) from V_HD where V_HD.HD_JYRQ>='" + vsRqMin + "' and V_HD.HD_JYRQ<='" + vsRqMax + "' and not exists"
            + " (select JYMX.JYMX_NM  from  [GLink01].GZ.dbo.JYMX where JYMX.JYMX_NM=V_HD.HD_DJNM and JYMX.JYMX_DATE>='" + vsRqMin + "' and JYMX.JYMX_DATE<='" + vsRqMax + "') ";

因为这个数据对比检测，一共有6组，当6个sql一起执行的时候，会导致耗时很长

[發糞塗牆]

实时性高不？

[衣舞晨风]

引用 1 楼 DBA_Huangzj 的回复:

实时性高不？

点完按钮，直接显示

[發糞塗牆]

那这种数据量、实时要求，恐怕要上复制技术，把两边的数据整合到一个库，单库层面查询才可以了，链接服务器会用不到统计信息，简单的查询可能都会很慢，另外加网络延时等等

[衣舞晨风]

引用 3 楼 DBA_Huangzj 的回复:

那这种数据量、实时要求，恐怕要上复制技术，把两边的数据整合到一个库，单库层面查询才可以了，链接服务器会用不到统计信息，简单的查询可能都会很慢，另外加网络延时等等

那复制操作啥时执行，在点击按钮的时候执行，还是提前执行好，提前执行的话，还要考虑到，每天都会有新的数据插入到目标表中，会不会准呢？

[發糞塗牆]

引用 4 楼 xunzaosiyecao 的回复:

[quote=引用 3 楼 DBA_Huangzj 的回复:] 那这种数据量、实时要求，恐怕要上复制技术，把两边的数据整合到一个库，单库层面查询才可以了，链接服务器会用不到统计信息，简单的查询可能都会很慢，另外加网络延时等等

那复制操作啥时执行，在点击按钮的时候执行，还是提前执行好，提前执行的话，还要考虑到，每天都会有新的数据插入到目标表中，会不会准呢？[/quote]这是sqlserver的一个高可用技术，选择事务复制的话，几乎实时同步，秒级延时。查询的界面直接访问合并后的库，也就是说它已经时刻同步了数据。只要不是大批量插入、更新，都还是可以保证秒级的演示

[發糞塗牆]

简单来说，就是开一台服务器，作为订阅服务器，而你现在的两台服务器作为发布服务器，同时把数据实时更新到订阅服务器，我这里有一个复制的操作，但是比较粗糙：http://blog.csdn.net/dba_huangzj/article/details/20904417

[衣舞晨风]

引用 6 楼 DBA_Huangzj 的回复:

简单来说，就是开一台服务器，作为订阅服务器，而你现在的两台服务器作为发布服务器，同时把数据实时更新到订阅服务器，我这里有一个复制的操作，但是比较粗糙：http://blog.csdn.net/dba_huangzj/article/details/20904417

这只是客户一个小需求，再说客户那边也没有那么多服务器给我们用啊，sql是没法优化了吧?

[renliquan]

语句很难优化了吧。常用到的字段把索引建起把，要快很多。

[衣舞晨风]

引用 8 楼 renliquan 的回复:

语句很难优化了吧。常用到的字段把索引建起把，要快很多。

这个到时可以试试

[發糞塗牆]

跨服务器查询，索引效果微乎其微