Sql2008查询优化逻辑转换

Sql 2008查询优化-逻辑转换

   Sql server 优化器在工作方式上&＃xff0c;对or 逻辑处理在性能上存在问题&＃xff0c;与 and 相比&＃xff0c;性能差了些。为此&＃xff0c;常看到sql优化中&＃xff0c;提到减少用or &＃xff0c;尽量用 and的说法。

   在此&＃xff0c;使用demo数据来验证此说法。“逻辑转换”&＃xff0c;就是将逻辑or 转换成 and 的优化&＃xff0c;主要分析逻辑筛选条件。

准备数据表&＃xff1a;

1.       运行sql脚本生成order表,orderdata.txt

2.        

IF OBJECT_ID(&＃39;dbo.MyOrders&＃39;) IS NOT NULL

 DROP TABLE dbo.MyOrders;

GO

SELECT * INTO dbo.MyOrders FROM Sales.Orders

CREATE INDEX idx_dt ON dbo.MyOrders(orderdate);

GO

3.       一切准备好后&＃xff0c;假设筛选条件为&＃xff1a;orderdate>’20080506’ or (orderdate&＃61;’20050506’ and ordered>11075)

运行下列语句:

SELECT orderid, orderdate, custid, empid

FROM dbo.MyOrders

WHERE orderdate > &＃39;20080506&＃39;

   OR (orderdate &＃61; &＃39;20080506&＃39; AND orderid > 11075);

其统计信息如下&＃xff0c;

(2 行受影响)

表&＃39;MyOrders&＃39;。扫描计数1&＃xff0c;逻辑读取20 次&＃xff0c;物理读取0 次&＃xff0c;预读0 次&＃xff0c;lob 逻辑读取0 次&＃xff0c;lob 物理读取0 次&＃xff0c;lob 预读0 次。

(1 行受影响)

实际执行计划如下&＃xff1a;

可以看出&＃xff0c;这样的筛选条件&＃xff0c;没有用上索引&＃xff0c;而是执行表扫描。在现实中表的规模&＃xff0c;将会是很大i/o开销。

   分析逻辑条件&＃xff0c;改为orderdate >&＃61; &＃39;20080506&＃39; AND (orderdate > &＃39;20080506&＃39; OR orderid > 11075) 即&＃xff1a;

SELECT orderid, orderdate, custid, empid

FROM dbo.MyOrders

WHERE orderdate >&＃61; &＃39;20080506&＃39;

 AND (orderdate > &＃39;20080506&＃39; OR orderid > 11075);

统计信息以下&＃xff1a;

(2 行受影响)

表&＃39;MyOrders&＃39;。扫描计数1&＃xff0c;逻辑读取6 次&＃xff0c;物理读取0 次&＃xff0c;预读0 次&＃xff0c;lob 逻辑读取0 次&＃xff0c;lob 物理读取0 次&＃xff0c;lob 预读0 次。

(1 行受影响)

实际执行计划如下&＃xff1a;

可以看出&＃xff0c;逻辑读只有6次&＃xff0c;且用上了索引。如果在orderdate和orderid上同时创建一个索引&＃xff0c;性能会更好。

Ok&＃xff0c;就到这了。