SQL Server 海量数据查询代码优化以及建议

SQL Server 海量数据查询代码优化以及建议

1.null 值判断

应尽量避免在 where 子句中对字段进行 null 值判断，
否则将导致引擎放弃使用索引而进行全表扫描，如：

select id from t where num is null 

可以在 num 上设置默认值 0，确保表中 num 列没有 null 值，然后这样查询：

select id from t where num=0

2.避免使用操作符

应尽量避免在 where 子句中使用!=或<>操作符，
否则将引擎放弃使用索引而进行全表扫描。
优化器将无法通过索引来确定将要命中的行数,
因此需要搜索该表的所有行。

3.避免使用 or

应尽量避免在 where 子句中使用 or 来连接条件，
否则将导致引擎放弃使用索引而进行全表扫描，如：

select id from t where num=10 or num=20 

可以这样查询：

select id from t where num=10 
union all 
select id from t where num=20

4.慎用 in 和 not in

in 和 not in 要慎用，因为 IN 会使系统无法使用索引,只能直接搜索表中的数据。如：

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

对于连续的数值，能用 between 就不要用 in 了：

select id from t where num between 1 and 3

5.非首头字母搜索

尽量避免在索引过的字符数据中，使用非首头字母搜索。
这也使得引擎无法利用索引。见如下例子：

SELECT * FROM T1 WHERE NAME LIKE ‘%L%’ 
SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’ 
SELECT * FROM T1 WHERE NAME LIKE ‘L%’ 

即使 NAME 字段建有索引，前两个查询依然无法利用索引完成加快操作，
引擎不得不对全表所有数据逐条操作来完成任务。
而第三个查询能够使用索引来加快操作。

6.强制查询使用索引

必要时强制查询优化器使用某个索引，
如在 where 子句中使用参数，也会导致全表扫描。
因为 SQL 只有在运行时才会解析局部变量，
但优化程序不能将访问计划的选择推迟到运行
时；它必须在编译时进行选择。
然 而，如果在编译时建立访问计划，
变量的值还是未知的，
因而无法作为索引选择的输入项。
如下面语句将进行全表扫描：

select id from t