|
m c in q orderby c.Name select c; |
使用IQueryable<T>所内置的LINQ to SQL机制。 （LINQ to SQL程序库会把相关的查询操作合起来执行，仅向数据库发出一次调用，即where和orderby都是在同一次SQL查询中完成。） |
| var q = (from c in dbContext.Customers where c.City == "London" select c).AsEnumerable(); var finalAnswer = from c in q orderby c.Name select c; |
把数据库对象强制转换成IEnumerable形式的序列，并把排序等工作放在本地完成。 （即会把where字句后得到的结果转换成IEnumerable<T>的序列，再采用LINQ to Objects机制完成后续，排序是通过委托在本地执行。） |
两种不同的数据处理方式，依循着两套完全不同的流程。无论是用lambda表达式来撰写查询逻辑还是以函数参数的形式来表示这些逻辑，针对IEnumerable<T>所设计的那些扩展方法都将其视为委托。反之，针对IQueryable<T>的那些扩展方法用的则是表达式树。【表达式树 可以把各种逻辑合并起来成一条SQL语句。】
public static IEnumerable<TSource> Where<TSource>(this IEnumerable<TSource> source, Func<TSource, bool> predicate)
public static IQueryable<TSource> Where<TSource>(this IQueryable<TSource> source, Expression<Func<TSource, bool>> predicate)
如果使用IEnumerable<T>，则必须在本地进行。系统把lambda表达式编译到方法里，在本地计算机上运行，这意味着无论有待处理的数据在不在本地，都必须先获取过来才行。
同时，用来支持IQueryable的那些Provider未必能够完全解析每一种查询，通常这些Provider只能解读几种固定的（.NET Framework已经实现）的运算符（方法），如果要在查询操作里面调用除此之外的其它方法，那可能就得把序列当成IEnumerable来查询。