IEnumerable和IQueryable和Linq的查询

IEnumerable和IEnumerable

1.IEnumerable查询必须在本地执行.并且执行查询前我们必须把所有的数据加载到本地.而且更多的时候.加载的数据有大量的数据是我们不需要的无效数据.但是我们却不得不传输更多的数据.做更多的无用功。
使用IEnumerable，所有对于IEnumerable的过滤，排序等操作，都是在内存中发生的。也就是说数据已经从数据库中获取到了内存中，只是在内存中进行过滤和排序操作。

2.IQueryable却总能只提供你所需要的数据.大大减少了数据的传输
IQueryable的优势是它有表达式树，所有对于IQueryable的过滤，排序等操作，都会先缓存到表达式树中，只有当真正遍历发生的时候，才会将表达式树由IQueryProvider执行获取数据操作。

总结：IEnumerable总是先把所有数据从数据库加载到本地内存中，才开始执行过滤，排序等操作

IQueryable总是将过滤，排序等操作缓存到表达式树种，发生正真的遍历的时候才会执行表达式树获取所需要的数据

Linq查询中的IEnumerable和IEnumerable

LINQ查询方法一共提供了两种扩展方法，在System.Linq命名空间下，有两个静态类：Enumerable类，它针对继承了IEnumerable<T>接口的集合进行扩展；Queryable类，针对继承了IQueryable<T>接口的集合进行扩展。我们会发现接口IQueryable<T>实际也是继承了IEnumerable<T>接口的，既然这样微软为什么要设计出两套扩展方法呢？

从LINQ查询功能上我们知道实际上可以分为三类：LINQ to OBJECTS、LINQ to SQL和LINQ to XML。其实微设计这两套接口主要是针对LINQ to OBJECTS和LINQ to SQL，两者对于查询的内部处理机制是完全不同的。针对LINQ to OBJECTS 时，使用Enumerable中的扩展方法对本地集合进行排序和查询操作，查询参数接受的是Func<>，Func<>叫做谓语表达式，相当于一个委托。针对LINQ to SQL时，则使用Queryable中的扩展方法，它接受的是Expression<>。

using (var context = new NorthwindEntities())
{
   var orderTmp =context.Orders.Where(p=>p.CustomerID=="RATTC");

   var orders = orderTmp.Where(p => p.OrderDate > new DateTime(1997, 1, 1));

   foreach (var order in orders)
   {
      Console.WriteLine("OrderId:" + order.OrderID);
   }
}

通过vs的Intellisense我们可以看到Where的返回类型为IQueryable，参数是Expression类型的：

我们再看一下这一段代码：

 1 using (var context = new NorthwindEntities())
 2 {
 3     var orderTmp = context.Orders.Where(p => p.CustomerID == "RATTC").AsEnumerable();
 4 
 5     var orders = orderTmp.Where(p => p.OrderDate > new DateTime(1997, 1, 1));
 6 
 7     foreach (var order in orders)
 8     {
 9         Console.WriteLine("OrderId:" + order.OrderID);
10     }
11 }