主页 / dba / 问题 / 41343
Accepted
Royi Namir
Asked: 2013-05-02 07:46:40 +0800 CST

强制 SQL Server 以书面形式运行查询条件？

  • 772

我正在使用 SQL Server 2008 R2，并且我有这个伪查询 (SP)：

select ...
from ...
WHERE    @LinkMode IS NULL
     AND (myColumn IN (...very long-running query...))
     ...
     ...

问题是查询需要很长时间才能执行——即使我使用@LinkMode=2.

正如您所注意到的，只有当@LinkMode 为空时才应该执行长时间运行的查询，而这里的情况并非如此。在我的情况下 @LinkMode = 2 ！

但是，如果我将其更改为：

 select ...
    from ...
    WHERE    1=2
         AND (myColumn IN (...very long time exeted query...))
     ...
     ...

SP确实运行得很快。

我以前听说过，有时优化器可以优化标准的顺序。

所以我问：

  • 即使优化器选择了不同的路线，还有什么比检查 if 更快=null？我的意思是，我认为检查if a==null比运行其他长查询要快得多......

  • 如何强制SQL Server 运行我编写的查询（相同的顺序）？

sql-server optimization

5 个回答

  1. Best Answer

    您正在落入“ Catch-All Query ”陷阱， Gail Shaw 在这里对此进行了很好的解释。

    总结这个问题：SQL Server 通过在编译后缓存一个查询计划，然后在稍后的编译之前检查缓存中是否有匹配的查询计划来优化查询编译的显着开销。这里发生的“匹配”是纯文本的，因此变量的实际值不会影响这一点。

    这在99% 的情况下都很好，但在某些情况下却很糟糕。一种不好的情况是，当有人试图构造一个 WHERE 子句，就好像它就像 C 中的短路 IF 语句一样。这不能很好地工作，因为 SQL 编译器必须制定一个无论如何都可以工作的查询计划参数值实际上是什么，它可以在 WHERE 子句中处理这些“聪明”逻辑切换条件的唯一方法是制定一个简单的暴力计划，只扫描整个表，过滤行，而不利用任何索引。

    毫不奇怪，无论参数/变量值是什么，这都会使它们一致地变慢。

    • 23

  2. 无法保证强制 SQL 服务器以特定顺序执行您的子句条件。优化器将始终按照它认为合适的顺序评估它们。

    你可以做的是这样的：

    IF @LinkMode IS NULL
BEGIN
    select ...
    from ...
    WHERE (myColumn IN (...very long time exeted query...))
         ...
         ...
END
ELSE
BEGIN
    select ...
    from ...
    WHERE ...
         ...
END
    • 8

  3. 如果是一个选项，请使用 IF 语句执行适当形式的查询。此外，在 SQL 中，您告诉数据库引擎要做什么，而不是如何去做——事情不是从头到尾执行的。很难预测它到底会做什么。你可能知道这一点；）

    • 3

  4. 动态 SQL 也可能会起作用，因为在这种情况下，查询优化器应该在运行时获取实际值（如果我错了，请纠正我，我实际上不确定但似乎记得在类似情况下使用它）。但我和其他人一起，因为 IF / ELSE 子句会为您提供最好的服务，因为它是最简单和最简单的解决方案，可以完全满足需要。

    如果您还没有使用它，以备将来参考，可以在这里找到一个非常丑陋的站点，其中包含动态 SQL 的工作示例：http ://sqlusa.com/bestpractices/dynamicsql/

    • 2

  5. 我会推荐 IF/ELSE 构造。如果由于某种原因对您不起作用，您始终可以考虑使用 WITH RECOMPILE 选项。

    • 1

相关问题