我有一些代码最近从 EF 4.2 升级到 EF 5.0(实际上是 EF 4.4,因为我在 .Net 4.0 上运行)。我发现我必须更改查询的语法,我很好奇为什么。让我从问题开始。
我有一个由客户端定期填充的事件日志表。对于每个事件日志,都会在报告表中创建一个条目。这是定期运行的查询,用于发现 Report 表中还没有条目的任何事件日志。我在 EF 4.2 中使用的查询是:
from el in _repository.EventLogs
where !_repository.Reports.Any(p => p.EventLogID == el.EventlogID)
自升级到 EF 5.0 后,我在运行时收到以下错误:
System.NotSupportedException: Unable to create a constant value of type 'Namespace.Report'. Only primitive types or enumeration types are supported in this context.
我发现用连接语法重写它可以解决问题。以下内容适用于 EF 5.0,大致等效:
from eventLog in _repository.EventLogs
join report in _repository.Reports on eventLog.EventlogID equals report.EventLogID into alreadyReported
where !alreadyReported.Any()
有些人可能对第一个查询的混合语法/风格有不同的看法,但我更感兴趣的是其中的原因。 EF 4.2 编译器可以为原始查询生成 SQL 但 EF 5.0 拒绝,这似乎很奇怪。这是我缺少的设置还是只是加强了两者之间的约束?为什么会这样?
最佳答案
问题是由您的存储库返回的类型引起的; _repository.Reports
时可以重现问题不是 IQueryable<T>
.在这种情况下 Reports
被视为非标量变量;顺便说一句,这在 LINQ 中是不允许的。参见 Referencing Non-Scalar Variables Not Supported
关于为什么第二个查询有效的问题,它基本上是 IQueryable<T>
的以下扩展方法。哪个组加入 IEnumerable<TInner>
.
public static IQueryable<TResult> GroupJoin<TOuter, TInner, TKey, TResult>(
this IQueryable<TOuter> outer,IEnumerable<TInner> inner,
Expression<Func<TOuter, TKey>> outerKeySelector,
Expression<Func<TInner, TKey>> innerKeySelector,
Expression<Func<TOuter, IEnumerable<TInner>, TResult>> resultSelector)
它只接受外部和内部的键选择器的表达式(而不是引用非标量变量);其中上述约束不适用。
注意:如果_repository.Reports
属于 IQueryable<T>
第一个查询将起作用;因为 EF 将正确构建表达式树并执行适当的 SQL。
关于c# - 为什么 EF 5.0 在编译为 sql 时不支持此 EF 4.x LINQ 语法?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18454046/