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

具体要注意的：

1、应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索而进 行全表扫描，如：select id from t where num is null 可以在 num 上设置默认值 0，确保表中num列没有null值，然后这样查询：select id from t where num=0

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

3、应尽量避免在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、必要时强制查询优化器使用某个索引，如在where 子句中使用参数，也会导致全表扫描。 因为 SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时，它必须在编译时进行选择。然而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。如下面语句将进行全表扫描：select id from t where num=@num 可以改为强制查询使用索引：select id from t whith(index(索引名)) where num=@num

6、应尽量避免在where字句中对字段表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如： 1) select * from t1 where f1/2=100 应改为 select * from t1 where f1=100*2 2)SELECT member_number, first_name, last_name FROM members WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21 应改为: SELECT member_number, first_name, last_name FROM membersWHERE dateofbirth < DATEADD(yy,-21,GETDATE()) 即：任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边

7、应尽量避免在 where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：
select id from t where substring(name,1,3)='abc' ——name以 abc开头的id
select id from t where datediff(day,createdate,'2005-11-30')=0——‘2005-11-30’生成的id
应改为:
select id from t where name like 'abc%'
select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'

8、很多时候用 exists是一个好的选择：
select num from a where num in(select num from b)
SELECT SUM(T1.C1)FROM T1 WHERE(SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)
用下面的语句替换：
select num from a where exists(select 1 from b where num=a.num)
SELECT SUM(T1.C1) FROM T1WHERE EXISTS(SELECT * FROM T2 WHERE T2.C2=T1.C2)

9、能用 DISTINCT的就不用 GROUP BY
SELECT OrderID FROM Details WHERE UnitPrice > 10 GROUP BY OrderID
可改为：
SELECT DISTINCT OrderID FROM Details WHERE UnitPrice > 10

10、使用视图加速查询 把表的一个子集进行排序并创建视图，有时能加速查询。它有助于避免多重排序操作，而且在其他方面还能简化优化器的工作。例如：

SELECT cust.name，rcvbles.balance，„„other columns FROM cust，rcvbles WHERE cust.customer_id = rcvlbes.customer_id AND rcvblls.balance>0 AND cust.postcode>“98000” ORDER BY cust.name

如果这个查询要被执行多次而不止一次，可以把所有未付款的客户找出来放在一个视图中，并按客户的名字进行排序：

CREATE VIEW DBO.V_CUST_RCVLBES AS SELECT cust.name，rcvbles.balance，„„other columns FROM cust，rcvbles WHERE cust.customer_id = rcvlbes.customer_id AND rcvblls.balance>0 ORDER BY cust.name

然后以下面的方式在视图中查询： SELECT＊ FROM V_CUST_RCVLBES WHERE postcode>“98000” 视图中的行要比主表中的行少，而且物理顺序就是所要求的顺序，减少了磁盘 I/O，所以查询工作量可以得到大幅减少。

11、24.能用 UNION ALL就不要用 UNION
UNION ALL不执行 SELECT DISTINCT函数，这样就会减少很多不必要的资源