为什么运行此查询时会出现“超时已过期”错误？

Question

我正在使用 ODBC 在 SQL Server 2008 上运行此查询。 如果我取出最后一部分（OR li.DATEGENERATED >= (...))），那么我不会收到错误...但我可以在 SSMS 中运行它。

SELECT COUNT(*) FROM dbo.POITEMST li
 WHERE (? IS NULL OR li.DATEGENERATED >= ?)
   AND (? IS NULL OR (li.DATEGENERATED >= (
    SELECT MAX(t.DATEGENERATED) FROM dbo.POITEMST t WHERE t.PONUM = ?)))

以下是我设置参数的方式

DbParameter startDateParam = cmd.CreateParameter();
startDateParam.ParameterName = "StartDate";
startDateParam.Value = (StartDate.HasValue ? (object)StartDate.Value : (object)(new DateTime(1753, 2, 2)));
cmd.Parameters.Add(startDateParam);

startDateParam = cmd.CreateParameter();
startDateParam.ParameterName = "StartDate";
startDateParam.Value = (StartDate.HasValue ? (object)StartDate.Value : (object)(new DateTime(1753, 2, 2)));
cmd.Parameters.Add(startDateParam);

DbParameter startPoParam = cmd.CreateParameter();
startPoParam.ParameterName = "StartPO";
startPoParam.DbType = DbType.String;
startPoParam.Value = (string.IsNullOrEmpty(StartPurchaseOrder) ? (object)DBNull.Value : (object)StartPurchaseOrder);
cmd.Parameters.Add(startPoParam);

startPoParam = cmd.CreateParameter();
startPoParam.ParameterName = "StartPO";
startPoParam.DbType = DbType.String;
startPoParam.Value = (string.IsNullOrEmpty(StartPurchaseOrder) ? (object)DBNull.Value : (object)StartPurchaseOrder);
cmd.Parameters.Add(startPoParam);

编辑：这些日期仅在那里，因为我试图弄清楚这一点...如果没有开始日期，它之前会传入 DBNull。

Answer 1

分而治之。 从具有硬编码值（NULL 和非空）的 T-SQL 开始。 从最简单的查询开始并构建，在每一步检查查询计划。 您可能会发现存在索引问题等。解决该问题然后返回代码。

如果没有更多架构信息（表布局、索引等），仅使用查询确实很难提供太多帮助。

Answer 2

在 ssms 中运行需要多长时间？ 如果您可以在启用执行计划的情况下运行查询（查询菜单、执行计划——不是估计的计划）。如果存在索引问题，这应该会让您在执行计划窗格中知道。

您或您的 dba 可以运行 SQL 分析器吗？ 并捕获实际传递到 sql server 的内容，以确认它符合您的期望。

Answer 3

我认为您可以重构您的查询以提高性能：

SELECT COUNT(*) FROM dbo.POITEMST li
WHERE li.DATEGENERATED >= ISNULL(?,'1753-02-02')
AND li.DATEGENERATED >= ISNULL((SELECT MAX(t.DATEGENERATED) FROM dbo.POITEMST t WHERE t.PONUM = ?), '1753-02-02')

将与 null 的比较与 OR 结合起来似乎是问题的一部分。

希望这有帮助，

比尔

Answer 4

执行以下操作：

1. 重构查询
2. 使其成为存储过程
3. 在适当的列上创建索引

根据我的经验，当同一查询的 SSMS 和 ODBC 之间出现性能差异时，索引会产生巨大差异。