IQueryable接口与IEnumerable接口比较

今天写代码的时候调到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服务器发送命令，它并不是把所有数据都加载到内存里来才进行条件过滤。

         小结：

现在，让我们从功能上总结下这两个接口的优缺点：