SQL Server 2005 排序order by对查询性能的影响（1）

     

       在web开发中经常碰到排序，可能有人有这样的想法：

           1，排序是什么时候排序，是在执行sql语句前完成排序功能，还是最后？

           2，排序对sql语句性能有影响吗？

           3，在排序中建立索引有好处吗？

          

     这段时间，在优化系统时，也碰到类似的问题，今天我们来讨论一下排序这个问题，

     1，首先我们看看什么时候排序

         执行以下的sql语句：

SELECT     *
FROM
  [ dbo ] . [ [[zping.com ] ]]]]  where  laststepid = ' 402882ed0ea1c940010ea2332879007f '    order   by  workflowid

  执行计划：

   

 

    这里发现，sql server中排序是在数据找出来以后在进行排序的，

    如果我们在前面加上一个top 2 *限制条件，那”Sort“和“Top N  ”谁先谁后啦。执行了一下，

 发现，”Sort“和“Top N ”合并成了一个“Top N Sort”操作，在排序时，就直接选出数据了

   顺序：

     排序是“top N”前执行，查出全部数据后执行的。

       2，排序对sql语句性能有影响吗？

         1，上面刚刚看到，但通过索引选出来的数据比较少时，排序是很快的。对性能没有影响。uju

        2， 但如果查询没有条件，如下列sql       

SELECT   TOP  ( 10 * ( 100 - 1 )) ID  FROM    [ dbo ] . [ [[zping.com ] ]]]] 
ORDER   BY   workflowid  DESC

   如果此时workflowid没有索引，该查询速度会很慢：

    为何：因为这时数据库不知道workflowid的排序顺序，只有进行表扫描，取出全部表数据，才能按workflowid来排序，再进行排序后取前几行数据。

            如果这时在workflowid建立有索引，优化器就可以通过索引排序好的RID，取出990行数据，这时执行计划里就不会有"sort"操作，

因为索引已经排好序了。

          但对其他sql有影响吗？这次我们在优化分页功能是就发现排序很花费时间。为何啦？，我们先看看一个常用排序sql

SELECT   TOP   20    *
FROM
  [ dbo ] . [ [[zping.com ] ]]]]
WHERE
 (ID   IN  ( SELECT   TOP  ( 10 * ( 10000 - 1 )) ID  FROM    [ dbo ] . [ [[zping.com ] ]]]]  ORDER   BY   workflowid ))
ORDER   BY
 workflowid  DESC  

 

  这里的：id为唯一索引，workflowid为非唯一索引，执行计划如下：

      

 

    这里发现：排序很花时间，占到了44%的开销了。

    为何我在workflowid建立了索引，还是慢啦？

        

 

转载于:https://www.cnblogs.com/zping/archive/2008/07/20/1247228.html