解释不同 LINQ 语句之间的性能差异

Question

我正试图解决以下问题：

我正在尝试优化这个查询：

(from ur in UserRates
 where ur.BillingProperty == null
    && ur.JobPosition == null
    && ur.ValidFrom.Date <= date
    && (ur.ValidTo ?? DateTime.MaxValue).Date >= date
 orderby ur.ValidFrom descending
 select ur).FirstOrDefault();

不，这最多可能需要 10 秒。

现在我尝试使用 LINQ 方法链接，并设法通过以下语句将其缩短到一秒：

UserRates.OrderByDescending(u => u.ValidFrom)
     .FirstOrDefault(u =>
         u.ValidFrom.Date <= date
     && (u.ValidTo ?? DateTime.MaxValue).Date >= date
     && u.BillingProperty == null
     && u.JobPosition == null);

然后我想知道，为什么这个 SQL 查询使用大约 0 秒来执行：

SELECT *
FROM UserRate
Where ValidFrom <= @date
  AND (ValidTo >= @date OR ValidTo IS NULL)
  AND BillingPropertyID IS NULL
  AND JobPositionId IS NULL
  AND [UserId] = @UserId

@date 和 @userId 填充了相同的值，正如代码使用的那样。

然后我切换了 LINQ 调用

UserRates.Where(u =>
      u.ValidFrom.Date <= date
  && (u.ValidTo ?? DateTime.MaxValue).Date >= date
  && u.BillingProperty == null
  && u.JobPosition == null
).OrderByDescending(u => u.ValidFrom)
 .FirstOrDefault();

再次执行大约需要 5 秒。我应该提到，我在 UserRate 表上创建了一个非聚集索引

我只是不知道差异在哪里，我感谢每一个提示或朝着正确方向的推动。

Answer 1

您可以使用分析器在这两种情况下捕获准确的 SQL 语句，然后将它们的执行计划与服务器进行比较。这可能会揭示一些差异。

我可以发现可能会成为性能瓶颈的一件事是您正在比较 DateTime 列上的 Date 值。有时为了获得性能，您必须依赖系统中的约定，即“ValidFrom”之类的值将始终存储为日期，或者只是避免 SQL 端转换。

例如，如果您想确保 ValidFrom 落在日期：

var validFrom = date.AddDays(1);

var latestUserRate = context.UserRates
    .Where(ur => ur.BillingProperty == null 
        && ur.JobPosition == null
        && ur.ValidFrom < validFrom
        && (!ur.ValidTo.HasValue || ur.ValidTo >= date))
    .OrderByDescending(ur => ur.ValidFrom)
    .FirstOrDefault();

不进行.Date 比较的要点是，服务器可以有效地利用表上的索引。通常，您对表格中的值进行的“调整”越少越好。

相似查询之间的执行时间差异可以归结为索引使用和执行计划选择等因素。有时这确实需要捕获有问题的 SQL 以仔细查看，然后研究推荐的索引更改和可能的替代方案，以消除生成不良的语句。