LINQ语句中的.AsEnumerable() 和 .AsQueryable()的区别

在写LINQ语句的时候，往往会看到.AsEnumerable() 和 .AsQueryable() 。
例如：

string strcon = "Data Source=.\\SQLEXPRESS;Initial Catalog=Db_Example;Persist Security Info=True;User ID=sa;Password=sa";
SqlConnection con = newSqlConnection(strcon);
con.Open();
string strsql = "select * from SC,Course where SC.Cno=Course.Cno";
SqlDataAdapter da = newSqlDataAdapter(strsql,con);
DataSet ds = newDataSet();
da.Fill(ds, "mytable");
DataTable tables=ds.Tables["mytable"]; //创建表
var dslp = from d in tables.AsEnumerable() select d;//执行LINQ语句,这里的.AsEnumerable()是延迟发生,不会立即执行，实际上什么都没有发生
foreach(var res indslp)                
{
     Response.Write(res.Field<string>("Cname").ToString());
}

上述代码使用LINQ 针对数据集中的数据进行筛选和整理，同样能够以一种面向对象的思想进行数据集中数据的筛选。在使用LINQ 进行数据集操作时，LINQ 不能直接从数据集对象中查询，因为数据集对象不支持LINQ 查询，所以需要使用AsEnumerable 方法返回一个泛型的对象以支持LINQ 的查询操作。

.AsEnumerable()是延迟执行的，实际上什么都没有发生，当真正使用对象的时候（例如调用：First, Single, ToList....的时候）才执行。
下面就是.AsEnumerable()与相对应的.AsQueryable()的区别：
AsEnumerable将一个序列向上转换为一个IEnumerable, 强制将Enumerable类下面的查询操作符绑定到后续的子查询当中。
AsQueryable将一个序列向下转换为一个IQueryable, 它生成了一个本地查询的IQueryable包装。

• .AsEnumerable()延迟执行，不会立即执行。当你调用.AsEnumerable()的时候，实际上什么都没有发生。
• .ToList()立即执行
• 当你需要操作结果的时候，用.ToList()，否则，如果仅仅是用来查询不需要进一步使用结果集，并可以延迟执行，就用.AsEnumerable()/IEnumerable/IQueryable
• .AsEnumerable()虽然延迟执行，但还是访问数据库，而.ToList()直接取得结果放在内存中。比如我们需要显示两个部门的员工时，部门可以先取出放置在List中，然后再依次取出各个部门的员工，这时访问的效率要高一些，因为不需要每次都访问数据库去取出部门。
• IQueryable实现了IEnumberable接口。但IEnumerable<T> 换成IQueryable<T>后速度提高很多。原因：
• IQueryable接口与IEnumberable接口的区别： IEnumerable<T> 泛型类在调用自己的SKip 和 Take 等扩展方法之前数据就已经加载在本地内存里了，而IQueryable<T> 是将Skip ,take 这些方法表达式翻译成T-SQL语句之后再向SQL服务器发送命令，它并不是把所有数据都加载到内存里来才进行条件过滤。
• IEnumerable跑的是Linq to Object，强制从数据库中读取所有数据到内存先。
  

  总结

  IQueryable接口与IEnumberable接口的区别： IEnumerable<T> 泛型类在调用自己的SKip 和 Take 等扩展方法之前数据就已经加载在本地内存里了，而IQueryable<T> 是将Skip ,take 这些方法表达式翻译成T-SQL语句之后再向SQL服务器发送命令，它并不是把所有数据都加载到内存里来才进行条件过滤。
  

  HOWEVER, there is one problem, SQL server doesn’t support everything LinqToObjects does, so you may get errors like this
  

  As you find each one, you will need to re-write the linq that has caused the problem

  In this case, the fix is to sort it after .tolist