5

我有一个存储过程，它需要不到一秒钟的时间才能正常运行。用户想要该查询中另一个表中的数据，因此我将该数据与 UNION ALL 和新表中缺少的一堆虚拟列合并。

它在测试中运行良好，但是当我们将它部署到 SQL 2000 服务器时，它开始出现超时。旧查询在一秒钟内运行，两个新查询都在一秒钟内运行，但是当它们使用 UNION ALL 组合时，查询超时。

这是查询外观的一般概念。真正的查询有大约 20 个输入参数并返回大约 30 或 40 列，但这应该给出基本概念：

CREATE PROCEDURE dbo.SearchHistory
(
    @Criteria1 bigint,
    @Criteria2 int,
    @Criteria3 varchar(10)
)
AS
BEGIN
    -- Part 1
    SELECT
        A,
        NULL AS B,
        0 AS C,
        D
    FROM TableA
    WHERE @Criteria1 IS NULL
    AND @Criteria3 IS NULL
    AND (A = @Criteria2 OR @Criteria2 IS NULL)

UNION ALL

    -- Part 2
    SELECT
        A,
        NULL AS B,
        0 AS C,
        E
    FROM TableA
    WHERE @Criteria1 IS NULL
    AND @Criteria3 IS NULL
    AND (A = @Criteria2 OR @Criteria2 IS NULL)

UNION ALL

    -- Part 3
    SELECT
        A,
        B,
        C,
        D
    FROM TableB
    WHERE (F = @Criteria1 OR @Criteria1 IS NULL)
    AND (A = @Criteria2 OR @Criteria2 IS NULL)
    AND (G = @Criteria3 OR @Criteria3 IS NULL)
END

在上面的示例中，@Criteria1 不为空，因此第 1 部分和第 2 部分将返回 0 行，而第 3 部分仅返回 3 行。但是如果我注释掉第 1 部分和第 2 部分，它会立即结束；如果我把它们留在里面，我会超时。

在这种情况下，你如何说服 SQL Server 不要乱搞它的执行计划？

4

2 回答 2

3

我认为你的问题是因为 SQL Server 的参数嗅探。

http://elegantcode.com/2008/05/17/sql-parameter-sniffing-and-what-to-do-about-it/

http://blogs.msdn.com/b/queryoptteam/archive/2006/03/31/565991.aspx

我遇到过好几次了。有几种方法可以解决它。例如，按照@Biff MaGriff 的建议使用 WITH RECOMPILE。我发现修复的最简单方法是将所有输入参数转换为本地参数，并使用本地参数。

于 2011-05-19T08:09:44.097 回答
0

没有看到执行计划就无法回答这个问题（请将它们作为图像发布，每个部分一张，联合查询一张）。一种解决方法是使用临时表，您可以在其中分别插入零件。然而，更好的解决方案是首先修复查询。

于 2011-05-21T12:26:03.290 回答