[TOC]
这3个方法的功能完全不同, 应按照具体业务场景使用.
IQueryable 是当前的 data provider 返回的类型. 在本文的例子中都是 EF data provider for sql server, 返回的是一种数据查询结构, 用于生成 sql 语句.
以下是一段最常见的代码,
var products = db.Product.where(p => p.Type == "food").select(p => new { p.Id, p.Name, p.CreateTime});
.Select 返回类型为 IQueryable<T>
, 语句执行后不会立刻查询数据库, 而是在迭代使用 products 时才会查数据库, 具有 lazy load 的特性, 按需查数据库可提高程序效率.
迭代时上面的代码生成的 sql 语句类似:
select Id, Name, CreateTime from Product where Type = 'food'
对 products 再次使用数据库查询操作, 运行时会把结果合并为1条 sql 语句, 如下,
var products = db.Product.where(p => p.Type == "food").select(p => new { p.Id, p.Name, p.CreateTime});
var orderedProducts = products.OrderBy(p => p.CreateTime);
迭代时生成的 sql 语句类似:
select Id, Name, CreateTime from Product where Type = 'food' order by CreateTime
如果对没有继承 IQueryable 接口的类型使用 AsQueryable(), 会转换类型, 如下,
int[] array = new { 1, 2, 4, 5};
var enumArray = array.AsQueryable();
因为 Array 只继承了 IEnumerable, 没有继承 IQueryable, 所以会发生类型转换. 这种情况下使用没有任何作用, 因为 IQueryable 没有声明任何新方法.
本人更多是在单元测试中使用 AsQueryable() 模拟 EF data provider 返回的数据.
其他有用的情况我暂时还没碰到, 请大家指教.
此外 IQueryable 有诸多限制, 只支持数据库查询语法, 无法支持 Linq to object 的操作, 如以下2段代码会在运行时出错,
var products = db.Product
.Where(p => p.Type == "food")
.Select(p => new { p.Id, p.Name, p.CreateTime.Date});
// 如果改成 .Select(p => new { p.Id, p.Name, DbFunction.TruncateDate(p.CreateTime)})
// 就能正常运行.
var products = db.Product
.Where(p => p.Type == "food")
.Select(p => MyMethod(p));
.Select() 的返回类型为 IQueryable.
第1段代码, 我认为 IQueryable 还不够智能, 无法把 p.CreateTime.Date 转换为 sql 相关的 function, 而使用 DbFunctions 要求使用者了解同时熟悉 linq to entity 及 sql 的内置方法.
第2段代码, 生成 的 sql 无法返回 MyMethod 类型, 是可以理解的.
但是, 对代码加了 AsEnumerable() 后运行正常, 因为 IEnumerable 支持 Linq to object 的操作.
同样是延迟查询, 与 AsQueryable() 区别是, 迭代时遇到 AsEnumerable() 会先进行 sql 查询, 所以对已查出来的结果当然能进行 Linq to object 操作.
但是, 千万不要为了方便而滥用 AsEnumerable(), 可能会严重消耗资源, 如下代码,
var products = db.Product.AsEnumerable()
.Select(p => new {p.Id, p.Name, p.CreateTime.Date});
上面的代码在查询时会把整个Product表的结果存放进内存, 然后进行 .Select 查询!!!
正确的做法应该如下,
var yourOwnType = db.Product
.Select(p => new {p.Id, p.Name, p.CreateTime})
.AsEnumerable()
.Select(p => MyMethod(p));
或者在迭代操作 product 时调用 product.CreateTime.Date
如果你写了以下代码,
var products = db.Product
.Select(p => new {p.Id, p.Name, p.CreateTime})
.AsEnumerable()
.Select(p => new {p.Id, p.Name, p.CreateTime.ToString()});
.AsQueryable()
.Where(p=> p.Name == "xxx");
那么最后的 .Where()永远不会执行!!!
因为在使用 AsQueryable().Where() 要求 Linq to entity 进行数据库查询, 但是第一次 AsEnumerable() 时已经进行了数据库查询并且断开连接, 并且查询结果已经作为实实在在的 object, 对 object 不可能再次使用 AsQueryable().Where() 叠加数据库查询!
调用 ToList() 会立刻查询并保存结果, 而不会等到迭代时才查询. 作用和 lazy load 是对立的.
在需要得到完整结果后, 再处理的场景, 需要使用 ToList().
例如, 在返回mvc ActionResult 的时候, 要先使用 ToList(), 再作为 model 传给 view. 不知道 mvc 是出于什么考虑不支持在生成 html 的时候lazy load, 请大家指教!
有错的地方请大家指出, 欢迎拍砖.
参考 StackOverflow: What's the difference(s) between .ToList(), .AsEnumerable(), AsQueryable()?
对博客园的 markdown 解析器无语了, 显示效果大打折扣