SQL Server 逻辑转换

使用 OR 逻辑是因为它符合人们的思维习惯。用使用 OR 逻辑的逻辑表达式来确定优先级和标识锚点行之后的行,也相当直观。
 
但是,因为 SQL Server 优化器的工作方式,OR 逻辑在性能方面存在问题,特别是当一些被筛选的列上没有索引时。
例如,考虑这样一个筛选器“col1=5 or col2=10”。如果分别在 col1 和 col2 上有单独的索引,优化器可以先在每个索引中筛选出行,然后再对两个结果执行索引交集运算(index intersection)运算。然而,如果只在其中一列上有索引,即使筛选器的选择性非常高,这个索引也没什么用。为了确定不满足第一个筛选条件的行是否满足第二个筛选条件,SQL server 还是需要扫描整个表。
 
另一方面,AND 逻辑在性能上具有更好的潜力。每个表达式都会缩小结果集的范围。在一个索引上筛选出的行已经是最终要返回的行的超集。所以,被筛选列上的任何索引都可能会有潜在的利用价值。是否值得使用已有的索引,得由选择性来决定,但至少有使用的可能,例如,考虑筛选器“col1=5 and col2=10”。这时最佳索引是在这两个列上创建的组合索引。然后,如果只在其中一列上具有索引,而且选项也足够高,这已经足够了。SQL Server 可以通过这个索引筛选数据,然后查找这些行,检查它们是否也满足第二个条件。
 
 
使用下面的逻辑来筛选行:
orderdate>‘20080506‘ or ( orderdate = ‘20080506‘ and orderid >11075 )
等价于:
orderdate>=‘20080506‘ and ( orderdate > ‘20080506‘ and orderid >11075 )
 
--实验如下:
IF OBJECT_ID(‘dbo.MyOrders‘) IS NOT NULL
  DROP TABLE dbo.MyOrders;
GO
SELECT * INTO dbo.MyOrders FROM Sales.Orders
CREATE INDEX idx_dt ON dbo.MyOrders(orderdate);
 
使用 or 逻辑运算符:
SELECT orderid, orderdate, custid, empid
FROM dbo.MyOrders
WHERE orderdate > ‘20080506‘
   OR (orderdate = ‘20080506‘ AND orderid > 11075);
技术分享
 
 
使用 and 逻辑运算符:
SELECT orderid, orderdate, custid, empid
FROM dbo.MyOrders
WHERE orderdate >= ‘20080506‘
  AND (orderdate > ‘20080506‘ OR orderid > 11075);
 
技术分享
 
创建了组合索引之后,效果更加
CREATE INDEX idx_dt_oid ON dbo.MyOrders(orderdate, orderid);
 
技术分享
 
结论显而易见:
《1》、与 OR 逻辑相比,SQL Server 对 AND 逻辑能进行更好的优化。同样,也能对其他逻辑表达式实现这种转换。
《2》、另一个结论是最好在决定优先级的所有列上创建一个索引。但问题是在产品环境中,并不总是能做到这一点。
 
 
 

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。