有没有人知道在编译时没有被捕获的LINQ to SQL查询限制的确定列表,以及(在可能的情况下)限制的变通方法？
我们到目前为止的清单是：
>没有找到解决方法
> string.IsNullOrEmpty
>简单,只需使用==“”
> .Last()
>我们使用.OrderByDescending(x => x.WhateverProperty).First()
解决方法
基本上,这个列表是巨大的…它是相对
small set of things that are handled之外的一切.不幸的是,Law Of Leaky Abstractions开始了,每个提供商都有不同的答案……
LINQ-to-Objects将做任何事情(几乎),因为它是委托; LINQ-to-sql和Entity Framework有不同的支持.
一般来说,我使用DateTime属性等取得了相当大的成功 – 但实际上,您必须确保单元测试覆盖您的查询表达式,以便在更改提供程序时(或者提供商得到更新)你知道它仍然有效.
我想一个观点就是考虑Tsql;没有BOTTOM n,但是有一个TOP 1(重新命令为OrderByDescending);就string.IsNullOrEmpty而言,你可能是文字的：foo.Bar == null || foo.Bar ==“”;使用DateTime.Date你可以用DATEPART /各种组件做很多事情.
LINQ-to-sql的另一个选项是将逻辑封装在UDF中 – 因此您可以编写一个UDF,它接受日期时间并返回日期时间,并通过dbml将其公开到数据上下文中.然后,您可以在查询中使用它：
where ctx.Date(foo.SomeDate) == DateTime.Today
然而,这种方法不一定能很好地利用索引.
更新：
>支持的方法翻译等是here.
>支持的查询操作等是here.
有关完整的血腥细节,您可以查看反射器中的System.Data.Linq.sqlClient.PostBindDotNetConverter Visitor – 特别是Translate …方法;一些字符串函数是分开处理的.所以不是一个巨大的选择 – 但这是一个实现细节.
