一个简单问题引发对IEnumerable和IQueryable的思考

问题概述：

   　　首先看下图，有客户表和客户负责人表关系是多对多，访问数据库使用的是EF所以这里我们开启了延迟加载，需求就是将每个客户的所有负责人逗号拼接显示在负责人这一栏位，

对你没看错需求就是这么简单如果是写sql也许我们会去用两个循环去做，问题是要用linq实现。

这是我起初的写法：

首先申明这个resultlist接收到的类型本该是Iqueryable<Customer> 但我们要放入PrincipalNames字段(逗号拼接显示字段)所以接收的是匿名类型 这样写报的错是：

大概意思：LINQ实体不能识别方法的系统。字符串连接(系统。system . String[])字符串,的方法,这种方法不能被翻译成一个存储表达式

然后各种百度谷歌发现其原因是将这段linq翻译成sql的时候string.Join()方法不被识别也就是没法翻译，这时我就郁闷了，甚至怀疑linq

能不能实现这样的需求、

中途有想过不用linq实现，用两个循环赋值去实现实现：做法就是先循环客户信息再循环客户下的负责人将负责人的名称拼接赋值给客户的负责人

但由于前面客户是匿名类型PrincipalNames并不存在客户表中所以不能赋值，so解决方案就是还要在建立一个含有PrincipalNames字段的视图模型

这样才能循环后去赋值！我也是醉了，咋这麻烦。

又想了想不可能啊 这样的需求很正常不是吗linq怎么可能不能实现，继续找~

在博客园找都一篇阐述IEnumerable和IQueryable区别的文章：http://www.cnblogs.com/FlyEdward/archive/2010/02/01/Linq_ExpressionTree2.html

感觉有点意思继续找类似的文章佐证，发现还真是这东西在作怪 ，先看看正确的查询写法：

重点就在我划红线的地方这样写resultlist接收的类型是IEnumberable<Customer>类型这样写其会先将数据全部查入内存中在进行查询，并没有将

后面的条件也就是匿名类里面的东西包括string.Join方法翻译成sql 这样就不会出现之前不能string.Join（）方法不识别的问题了，OK解决！

总结：

IQueryable继承自IEnumerable，所以对于数据遍历来说，它们没有区别。

1.IEnumerable查询必须在本地执行.并且执行查询前我们必须把所有的数据加载到本地.而且更多的时候.加载的数据有大量的数据是我们不需要的无效数据.但是我们却不得不传输更多的数据.做更多的无用功。

使用IEnumerable，所有对于IEnumerable的过滤，排序等操作，都是在内存中发生的。也就是说数据已经从数据库中获取到了内存中，只是在内存中进行过滤和排序操作。

2.IQueryable却总能只提供你所需要的数 据.大大减少了数据的传输
IQueryable的优势是它有表达式树，所有对于IQueryable的过滤，排序等操作，都会先缓存到表达式树中，只有当真正遍历发生的时候，才会将表达式树由IQueryProvider执行获取数据操作。

以上观点属个人领悟，若有问题欢迎纠正。