Question

我使用存储过程：

在我的WHERE子句中，我使用短路（OR＆＃39; s）来加速执行，因为查询优化器知道我的大多数输入默认为Null。这使我的查询变得灵活而快速。

我在WHERE子句中添加了一个表值参数。报告的执行时间从150毫秒增加到450毫秒，从70,000读到200,000。

...
WHERE
    --Integer value parameters
    AND ((@hID is Null) OR (h.ID = @hID))
    AND ((@dID is Null) OR (d.ID = @dID))
    AND ((@mID is NULL) OR (m.ID = @mID))
    --New table value parameter 
    --Execute, Processing time and read's increased. 
    --No additional JOIN added.
    AND (NOT EXISTS (SELECT Null FROM @rIDs) OR r.ID IN (SELECT r FROM @rIDs))

如何将NOT EXISTS短路或加快此查询？我已经尝试添加BIT值并在执行查询之前检查行是否在表值参数中。我找到的唯一方法是有两个查询并执行另一个查询。如果我必须修改一大堆查询或将多个表值参数添加到混合中，那就太好了。

提前致谢。

修改

表值参数的比较：

    AND (NOT EXISTS (SELECT Null FROM @rIDs) OR r.ID IN (SELECT r FROM @rIDs))

和整数参数：

    AND ((@rID) OR (r.ID = @rID))

在使用TVP编译0行并且Integer参数为null后显示类似的执行速度。我认为查询优化器在正确的庄园中是短路的，而我以前的比较是不正确的。执行计划将上述成本分为55％和45％，这是可以接受的。虽然当TVP中有更多行时，分割不会改变，但生成报告的时间会增加，因为必须从磁盘读取更多页面。有趣。

Answer 1

if exists (select * from @rIDs)
    begin
    .... -- query with TVP
    end
else
    begin
    .... -- query without TVP
    end

这允许为每个查询单独执行计划。

Answer 2

看起来你正在使用表变量。如果您使用临时表并将用于标准的列编入索引（在示例中为r），则将避免进行表扫描。然而，这使它成为一个多步骤的过程，但它们的回报可能是巨大的。

为了更具体地解决您的问题，您可以更改示例的最后一行和EXISTS（SELECT r FROM @rIDs WHERE r = r.ID AND NOT r IS NULL）

如果你可以发布执行计划，我可以给你一个更好的答案。单击显示估计执行计划，右键单击执行计划，然后选择将执行计划保存为...

Answer 3

您可以尝试在要查询的桌子（左侧）和TVP之间进行左联接。

SQL Server查询表值参数的短路EXISTS语句

3 个答案: