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)
|
1
2
3
下一页>>
