SQL Server海量数据查询代码优化建议
1.尽量避免在WHERE子句中对字段进行NULL值判断
在WHERE子句中对字段进行NULL值判断会导致引擎放弃使用索引而进行全表扫描。如：
SELECT id FROM t WHERE num IS NULL
可以在num字段设置默认值0，确保表中 num字段没有NULL值，然后这样查询：
SELECT id FROM t WHERE num=0
2.尽量避免在WHERE子句中使用!=或<>操作符
在WHERE子句中使用!=或<>操作符将导致引擎放弃使用索引而进行全表扫描。优化器将无法通过索引来确定将要命中的行数，因此需要搜索该表的所有行。
3.尽量避免在WHERE子句中使用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会使系统无法使用索引，而只能直接搜索表中的数据。如：
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 t WHERE name Like ‘%Jhon%‘
建议使用全文检索。
6.必要时强制查询优化器使用某个索引
如在WHERE子句中使用参数，也会导致全表扫描。因为SQL只有在运行时才会解析局部变量，但优化程序不能讲访问计划的选择推迟到运行时，它必须在编译时进行选择。然而，如果在编译时简历访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。如下面语句会进行全表扫描：
SELECT id FROM t WHERE num = @num
可以改为强制查询使用索引：
SELECT id FROM t WITH(INDEX(索引名)) WHERE num=@num
7.尽量避免在WHERE子句中对字段进行表达式操作
这将导致引擎放弃使用索引而进行全表扫描。如：
SELECT * FROM t WHERE num/2=100
应该为：
SELECT * FROM t WHERE num=100*2
SELECT＊ FROM t WHERE SUBSTRING(num,1,4)=‘5678‘
应该为：
SELECT * FROM t WHERE num LIKE ‘5678%‘
SELECT ＊ FROM t WHERE DATEDIFF(yy,num,GETDATE())>21
应该为：
SELECT * FROM t WHERE num<DATEADD(yy,-21,GETDATE())
即任何对列的操作都将导致表扫描，包括数据库函数、计算表达式等；查询时要尽可能将操作移至右边。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
