首页 > 代码库 > Entity Framework where语句起作用的真正用法
Entity Framework where语句起作用的真正用法
之前对Entity Framework的理解不深，只是图方便，作为linqtosql的替代，但是碰到数据库内容非常多（10万-100万条）时，分页效率很低，用 profiler查看sql语句，才发现其竟然是一次性读取全部数据到内容，然后再执行where之后的语句，真是恐怖。
在网上查询很久，终于发现以下文章，遂记录如下：
这篇文章写完后，发现网上有大量关于Expresstion和Func的讨论，可以不看我的，看这几篇，是一样的，还更深入一些：
http://fascinatedwithsoftware.com/blog/post/2012/01/10/More-on-Expression-vs-Func-with-Entity-Framework.aspx
http://fascinatedwithsoftware.com/blog/post/2011/12/02/Falling-in-Love-with-LINQ-Part-7-Expressions-and-Funcs.aspx
http://stackoverflow.com/questions/793571/why-would-you-use-expressionfunct-rather-than-funct
http://q.cnblogs.com/q/37952/
为什么有这个需求，先看如下两个扩展方法：
public static IQueryable<TSource> Where<TSource>(this IQueryable<TSource> source, Expression<Func<TSource, bool>> predicate);public static IEnumerable<TSource> Where<TSource>(this IEnumerable<TSource> source, Func<TSource, bool> predicate);
这就是我们用Linq, EntityFramework的时候常用的Where方法而已，平时也没去注意过它们的差别：
传入Func，得到的是IEnumerable对象，传入Expression，得到的是IQueryable对象，那么它们之间到底有什么差别？
如下示例：
我要查NorthWind数据库里的Products表里ProductId大于15的所有产品，很简单的一句话，为了分别传入Func和Expression，我们做如下封装：
//接受Func参数，返回IEnumerableprivate IEnumerable<T> FetchData2<T>(Func<T, bool> f) where T : class{ var context = new NorthwindEntities(); return context.Set<T>().Where(f);} //接受Expression<Func>参数，返回IQueryableprivate IQueryable<T> FetchData<T>(Expression<Func<T, bool>> f) where T : class{ var context = new NorthwindEntities(); return context.Set<T>().Where(f);}
分别进行调用:
1 FetchData2<Products>(m => m.ProductID > 15).ToList();2 FetchData<Products>(m => m.ProductID > 15).ToList();
结果当然没什么区别，我们要的是SQL：
--以Func为参数进行的查询，可见没有生成where语句SELECT[Extent1].[ProductID] AS [ProductID], [Extent1].[ProductName] AS [ProductName], [Extent1].[SupplierID] AS [SupplierID], [Extent1].[CategoryID] AS [CategoryID], [Extent1].[QuantityPerUnit] AS [QuantityPerUnit], [Extent1].[UnitPrice] AS [UnitPrice], [Extent1].[UnitsInStock] AS [UnitsInStock], [Extent1].[UnitsOnOrder] AS [UnitsOnOrder], [Extent1].[ReorderLevel] AS [ReorderLevel], [Extent1].[Discontinued] AS [Discontinued]FROM [dbo].[Products] AS [Extent1] --以Expression为参数进行的查询，如愿生成了where语句SELECT[Extent1].[ProductID] AS [ProductID], [Extent1].[ProductName] AS [ProductName], [Extent1].[SupplierID] AS [SupplierID], [Extent1].[CategoryID] AS [CategoryID], [Extent1].[QuantityPerUnit] AS [QuantityPerUnit], [Extent1].[UnitPrice] AS [UnitPrice], [Extent1].[UnitsInStock] AS [UnitsInStock], [Extent1].[UnitsOnOrder] AS [UnitsOnOrder], [Extent1].[ReorderLevel] AS [ReorderLevel], [Extent1].[Discontinued] AS [Discontinued]FROM [dbo].[Products] AS [Extent1]WHERE [Extent1].[ProductID] > 15
这个结果是惊人的，居然传入func的情况下是把数据全部取到内存里再进行枚举过滤(linq to entity)~~~，这一下吃惊不小，可见平时的开发中这一点是必须要时刻注意的。
其实这就是Linq to Sql和Linq to Entity的区别，由于重载的原因，都做到同样的方法上来，一旦参数传错了，就是别的方法了。
比较还没完，因为一般的企业框架或接口，是不会暴露底层数据库操作出来的，对外的都是业务方法，比如我们上面的示例，目的是获取ID大于某值的所有产品，那么我们假定暴露成如下方法（接口）：
//获取ID大于某值的产品列表private IEnumerable<Products> GetProducts(int id){ var datas = FetchData<Products>(m => m.ProductID > id); return datas;}
调用:
GetProducts(15);
生成SQL:
exec sp_executesql N‘SELECT [Extent1].[ProductID] AS [ProductID], [Extent1].[ProductName] AS [ProductName], [Extent1].[SupplierID] AS [SupplierID], [Extent1].[CategoryID] AS [CategoryID], [Extent1].[QuantityPerUnit] AS [QuantityPerUnit], [Extent1].[UnitPrice] AS [UnitPrice], [Extent1].[UnitsInStock] AS [UnitsInStock], [Extent1].[UnitsOnOrder] AS [UnitsOnOrder], [Extent1].[ReorderLevel] AS [ReorderLevel], [Extent1].[Discontinued] AS [Discontinued]FROM [dbo].[Products] AS [Extent1]WHERE [Extent1].[ProductID] > @p__linq__0‘,N‘@p__linq__0 int‘,@p__linq__0=15
可以看一下跟上面生成的sql的差别，已经变成存储过程了。
好吧，其实说到这里还没点题，上面只是说到了几种不同语法的差别，但是为什么有我标题这一说呢？因为来自于我的项目底层的某个封装：
IEnumerable<T> GetEntities(Func<T, bool> exp);
显然我用了Func传参，结果你们也知道了，于是我开始寻找Func转Expression的方法，一遍海搜之下，用了各种转化方式，才发现如下两句话都是成立的：
Expression<Func<Products, bool>> g = m => m.ProductID > 15;Func<Products, bool> t = m => m.ProductID > 15;
但是把t转成g却不容易，再多看一下，既然实现体是一样，其实也就是声明不一样了，那么直接更改参数声明不就可以了么？上面已经演示过了，不需要任何硬编码，直接生效。