软件部：刘长斌 

  

(1) 使用TOP尽量减少取出的数据量

(2) 字段提取要按照“需多少、提多少”的原则，避免“select *”。

字段大小越大，数目越多，select所耗费的资源就越多，比如取int类型的字段就会比取char的快很多。我们每少提取一个字段，数据的提取速度就会有相应的提升。提升的幅度根据舍弃的字段的大小来判断。

(3) count(*)与count(字段)方法比较

用count(*)和用count(主键)的速度是相当的，而count(*)却比其他任何除主键以外的字段汇总速度要快，而且字段越长，汇总速度就越慢。如果用count(*)，SQL SERVER会自动查找最小字段来汇总。当然，如果您直接写count(主键)将会来的更直接些。

(4) 有嵌套查询时，尽可能在内层过滤掉数据

如果一个列同时在主查询和where子句中出现，很可能当主查询中的列值改变之后，子查询必须重新查询一次。而且查询嵌套层次越多，效率越低，因此应当尽量避免子查询。如果子查询不可避免，那么要在子查询中过滤掉尽可能多的行。

(5) 多表关联查询时，需注意表顺序，并尽可能早的过滤掉数据

在使用Join进行多表关联查询时候，应该使用系统开销最小的方案。连接条件要充分考虑带有索引的表、行数多的表，并注意优化表顺序；说的简单一点，就是尽可能早的将之后要做关联的数据量降下来。 一般情况下，sqlserver会对表的连接作出自动优化。例如：

        select name,no from A

       join B on A.id=B.id

       join C on C.id=A.id

       where name=’wang’

尽管A表在From中先列出，然后才是B,最后才是C。但sql server可能会首先使用c表。它的选择原则是相对于该查询限制为单行或少数几行，就可以减少在其他表中查找的总数据量。绝大多数情况下，sql server会作出最优的选择，但如果你发觉某个复杂的联结查询速度比预计的要慢，就可以使 用SET FORCEPLAN语句强制sql server按照表出现顺序使用表。如上例加 上：SET FORCEPLAN ON…….SET FORCEPLAN OFF表的执行顺序将会按照你所写的顺序执行。在查询分析器中查看2种执行效率，从而选择表的连接顺序。SET FORCEPLAN的缺点是只能在存储过程中使用。