快速掌握SQL Server中一些常见的性能问题

SQL Server中一些常见的性能问题：

1.在对查询进行优化时，应当尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

2.我们应当尽量避免使用 left join 和 null 值判断。left join 比 inner join 消耗更多的资源，因为它们包含与 null （不存在）数据匹配的数据，所以如果可以重新编写查询以使得该查询不使用任何 inner join ，则会得到相应的回报。

假如有两张示例表：

product(product_id int not null,product_type_id int null,...)，产品表， product_id 为大于0的整数， product_type_id 与表 product_type 关联，但可为空，因为有的产品没有类别

product_type(product_type_id not null,product_type_name null,...)，产品类别表

此时要关联两表后查询 product 的内容，马上会想到使用 inner join ，但下面有一种方法可避免使用 inner join ：

在 product_type 中增加一条记录：0,'',...，并将 product 的 product_type_id 设置为 not null ，当产品没有类别时将其 product_type_id 设为0，这样查询就可以使用 inner join 了。

3.应尽量避免在 where 子句中使用!=或<>操作符，否则引擎可能放弃使用索引而进行全表扫描。

4.应尽量避免在 where 子句中使用 or 来连接条件，否则将可能导致引擎放弃使用索引而进行全表扫描，如有表 t ， key1 、 key2 上建有索引，需要下面的存储过程：

create   procedure   select_proc1   @key1   int=0,@key2   int=0   
  as   
  begin   
      select   key3   from   t   
      where   (@key1=0   or   key1=@key1)   
          and   (@key2=0   or   key2=@key2)   
  end   
  go   
  这个存储过程会导致全表扫描，可作如下修改：
  create   procedure   select_proc2   @key1   int=0,@key2   int=0   
  as   
  begin   
  if   @key1   <>0   and   @key2<>0   
  select   key3   from   t   
  where   key1=@key1   and   key2=@key2   
  else   
  if   @key1<>0   
  select   key3   from   t   where   key1=@key1   
  else   
  select   key3   from   t   where   key2=@key2   
  end   
  go

更改后虽然代码增加了，但效率提高了。

5.in 和 not in 也要慎用，如：

select   id   from   t   where   num   in(1,2,3)