IQueryable<T>（IEnumerable<T>的一个子接口）。LINQ to SQL 提供程序实现 IQueryable<T> 接口，用于查询关系数据存储。C# 编译器会将针对此类数据源的查询编译为代码，该代码在运行时将生成一个表达式目录树。然后，查询提供程序可以遍历表达式目录树数据结构，并将其转换为适合于数据源的查询语言。而IEnumerable<T>在编译的时候，会直接生产代码，不会生产表达式目录树。
那什么时候用IEnumerable<T>，什么时候用IQueryable<T>呢？让我们再来看看msdn的介绍：
1.对于在内存中集合上运行的方法（即扩展 IEnumerable<T> 的那些方法），返回的可枚举对象将捕获传递到方法的参数。在枚举该对象时，将使用查询运算符的逻辑，并返回查询结果。
2.与之相反，扩展 IQueryable <T> 的方法不会实现任何查询行为，但会生成一个表示要执行的查询的表达式树。查询处理由源IQueryable<T> 对象处理。
一言以蔽之，本地数据源用IEnumerable<T>，并且查询的逻辑可以直接用你所定义的方法的逻辑（因为有上下文），远程数据源用IQueryable<T>，无法直接使用你所定义的方法的逻辑，必须先生成表达式树，查询由源对象处理。
举一个例子.现在有两个水果批发商A,B..A除了是批发商,自己还承包了几个果场.自产自销.B和几个大型的果场合作.只做批发工作.每次客人来A订 货.指定要什么货物,A就可以立刻拿出.速度快.服务佳.缺点是由于是自己的果场.那量肯定不大,而且品种不齐全,小作坊式的经营.B呢?每次客户订 单.B是先把客户需要的货物规格等记录下来.一次性去各个果场取货.这样B的优点就是量大.品种多.但速度可能偏慢(收到货的时间).不过若B以A的销售 方式来销售.那么B的效绩肯定是让人十分不满意,工厂式的经营.
总结之,IEnumerable<T>查询必须在本地执行.并且执行查询前我们必须把所有的数据加载到本地.而且更多的时候.加载的数据有大 量的数据是我们不需要的无效数据.但是我们却不得不传输更多的数据.做更多的无用功.而IQueryable<T>却总能只提供你所需要的数 据.大大减少了数据的传输.这就好比我们在小作坊下订单.小作坊老板跟我们说.他的货刚好比你所需要的多出一些.你只能要了它.不然剩下一点他不好卖等 等.而大工厂却不会出现这种状况.
虽说小作坊很多弊病.但有时候却有着大工厂无法媲美的服务.假如你需要一种八种水果组合套餐.大工厂一般不会为你量身定做.单对单服务.相反.小作坊客源有限.一般都会满足你的个人需求.
注意：本文根据博客园文章整理而成，详见：http://www.cnblogs.com/chengxiaohui/articles/2088967.html 和 http://www.cnblogs.com/bndy/articles/1692007.html
