今天写代码的时候调到IQueryable里面看它的方法,发现它是实现IEnumerable接口的,then i'm confused!
要区分他俩还是先写段代码来看看吧~
我们拿出以前那个练习EF增删改查的代码改一改:
#region 查询单个实体
using (var dbContext = new SecondChargeEntities())//先创建访问数据库的入口
{
//var mystudent = dbContext.T_StuInfo.Find("01");//使用主键查找上下文跟踪的实体
//Console.WriteLine(mystudent.StuName); //打印出学生姓名:杰伦哥哥
//查询的结果放到Iqueryable接口的集合中
IQueryable<T_StuInfo> stus = (from stu in dbContext.T_StuInfo orderby stu.StuCardNum select stu).Skip<T_StuInfo>(3).Take<T_StuInfo>(3);
//我们在skip之前,先将查询到的结果用asEnumerable转化成ienumerable
IEnumerable<T_StuInfo> mystus = (from stu in dbContext.T_StuInfo orderby stu.StuCardNum select stu).AsEnumerable < T_StuInfo>().Skip<T_StuInfo>(3).Take<T_StuInfo>(3);
//因为启用了延迟加载机制,所以下面调用时,才会真正的去读取DB
int i = 0;
foreach (var s in stus)
{
i++;
}
Console.WriteLine(i );
int j = 0;
foreach (var stu in mystus )
{
j++;
}
Console.WriteLine(j);
}
Console.WriteLine("宝贝儿,读完了,看看SQL profiler说啥~~");
Console.ReadKey();
#endregion
运行完成之后:
接下来让我们从最底层看看,这两种查询方式的底层SQL语句到底是什么样子滴:
首先是IQueryable接口:
可以看出,真正查询的时候,是select top 3..然后一坨别的什么东西,估计直接查询出我想要的那三条数据;
然后再来看看IEnumerable接口查询时生成的是什么样子的SQL:
OMG,这个查询的时候居然是全查,然后加载进小内存然后从小内存中返回我想要的3条结果。
从这两行代码中,我们可以看出:
IEnumerable<T>泛型类在调用自己的SKip 和 Take等扩展方法之前数据就已经加载在本地内存里了,而IQueryable<T> 是将Skip ,take这些方法表达式翻译成T-SQL语句之后再向SQL服务器发送命令,它并不是把所有数据都加载到内存里来才进行条件过滤。
小结:
现在,让我们从功能上总结下这两个接口的优缺点: