SQL Server性能调教的小实验(3)

但是,还是很不满足这种状态。还是通过上面的分析方法,知道现在的瓶颈在于对一百万号标本数据的全表扫描,如果一年以后,这个数目变成两千万号(最终的目标),那么9*20=180秒(如果能这样计算的话),也是不可以忍受的。

现在就要对标本的表下手了。
对查询所需要的两个字段speciesID和subspeciesID做了索引,但是发现执行计划中并没有利用到索引。查了半天,是因为语句中的“IN”造成的,于是将IN改为 EXISTS,于是语句变为

SELECT ID AS ResultCount

FROM Specimen_admin_specimen_T

WHERE (EXISTS          (SELECT DISTINCT (Species_ID)

         FROM View_All_Tree

         WHERE genus_ID = '{F689E231-0DF5<?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />-40C1-A11D-0B4DD3B8187A}')) and
(SpeciesID=Specimen_admin_specimen_T.SpeciesID or subSpeciesID=Specimen_admin_specimen_T.subSpeciesID))
,但是执行之后发现,仍然没有利用到索引,效率和IN所差无几。毛病出在什么地方呢?
在求助了很多人后,将SQL 语句改为
SELECT ID
FROM Specimen_admin_specimen_T
WHERE EXISTS
          (SELECT Species_ID
         FROM view_All_Tree
         WHERE genus_ID = '{FDA6F11C-AC83-44FF-B6E9-345024907C73}' AND
               Species_ID = specimen_admin_specimen_T.Species_ID)
UNION
SELECT ID
FROM Specimen_admin_specimen_T
WHERE EXISTS
          (SELECT Species_ID
         FROM view_All_Tree
         WHERE genus_ID = '{FDA6F11C-AC83-44FF-B6E9-345024907C73}' AND
               subSpecies_ID = specimen_admin_specimen_T.subSpecies_ID)
,问题解决,运行时间降到了1'以下。

----------------------
草草的写了一些,做为我学习SQL Server的一点小小的经验。
忽然发现,数据库真的是博大精深,我这种半路出家的还是任重而道远啊。
还有就是一些小小的心得:
1、IN、OUTER JOIN、LIKE的语句一定要慎重
2、合理利用索引
3、索引视图的应用

希望大家能提出更加好的修改意见,企盼大家的回复   

转载于:https://www.cnblogs.com/Seraph/archive/2005/03/11/117156.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值