尝试在 LINQ 查询(使用 Entityframework)中实现条件会创建奇怪的查询。在某些情况下,即使阈值设置为 180 秒,这些查询也会超时:
List<LogEntity> dataList = db.LogEntities.Where(x =>
x.Source == "Source" &&
(String.IsNullOrEmpty(from) || x.EventDate >= cFrom) &&
(String.IsNullOrEmpty(to) || x.EventDate <= cTo) &&
(String.IsNullOrEmpty(uid) || x.DomainUserLogin == uid) &&
(String.IsNullOrEmpty(cid) || x.CaseReference == cid) &&
(String.IsNullOrEmpty(searchtext) || x.Message.Contains(searchtext)))
.OrderByDescending(y => y.EventDate)
.Take(500)
.ToList<LogEntity>();
使用不太优雅的 if 语句,我没有遇到任何问题,并且查询会在几秒钟内返回:
IQueryable<LogEntity> data = db.LogEntities.Where(x => x.Source == "Source");
if (!String.IsNullOrEmpty(from))
data = data.Where(x => x.EventDate >= cFrom);
if (!String.IsNullOrEmpty(to))
data = data.Where(x => x.EventDate <= cTo);
if (!String.IsNullOrEmpty(uid))
data = data.Where(x => x.DomainUserLogin == uid);
if (!String.IsNullOrEmpty(cid))
data = data.Where(x => x.CaseReference == cid);
if (!String.IsNullOrEmpty(searchtext))
data = data.Where(x => x.Message.Contains(searchtext));
data = data.OrderByDescending(x => x.EventDate).Take(500);
List<LogEntity> dataList = data.ToList<LogEntity>();
条件都是从查询字符串传递的,这就是为什么它们有时可能带有值,有时不带有值。
使用三元运算符时会出现同样的问题,例如
...Where(x => truth ? x.something == somevalue : x.something == anothervalue)
对于为什么这些内联条件性能如此差,是否有任何合理的解释?
当您在 EF 数据库上使用 LINQ 编写查询时,它们看起来非常自然,但在幕后有一个查询翻译器会解析您的 LINQ 查询并将其分为两部分:一个在 sql 服务器上执行,另一个 - 仅使用 LINQ 扩展在客户端上执行。
当您使用查询转换器无法转换为 SQL 的某些表达式(例如某些 .NET 函数)时,它会最大限度地减少数据过滤,您最终可能会将整个数据表下载到客户端并对其进行过滤。
在您编写的第一个查询中,您使用(String.IsNullOrEmpty(from) || x.EventDate >= cFrom)
; “from”是 LogEntities 外部的,翻译者无法对其值以及如何根据记录计算它进行任何假设。因此,最有可能的是,您只需将完整的 LogEntities 下载到客户端并将其过滤到客户端。如果记录数量很大,您将收到超时错误。
在第二个查询中,您加入了简单表达式Where(x => x.DomainUserLogin == uid);
这已经清楚地翻译成sql了。因此,您将获得正确的 sql 查询,该查询可以过滤 sql 服务器端的大多数记录。
您可以使用 SQL 探查器或 VS 工具(取决于 VS 版本,或启用 EF 中的日志记录以查看执行的实际查询)。
MSDN上有一些信息 https://msdn.microsoft.com/en-us/library/bb399342(v=vs.110).aspx
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)