请注明转载地址:http://www.cnblogs.com/arhat
从本章开始,老魏就介绍一下Entity Framework使用Linq来查询数据,也就是Linq To Entity。其实在Entity Framework中提供了3中查询方式,除了使用Linq还有Lambda表达式,EQL语句,其中EQL是用于复杂的查询,当Linq无法胜任的时候就要使用了EQL了,当然也可以使用存储过程。废话不多说,开始本章的内容。
在本章中查询的依然是Student和Clazz两张表,主要涉及到是单表查询和一个关联查询,对于多对多查询将在下一章讲解。
Demo1:查询一下全部学生的信息。
原生SQL:
select * from Student
Linq:
DAL.SchoolContext context = new DAL.SchoolContext(); var query = from student in context.Student select student; foreach (var student in query) { Console.WriteLine(student.SId + "----" + student.SName + "----" + student.SAge + "----" + student.SMail); }
翻译SQL:
SELECT [Extent1].[SId] AS [SId], [Extent1].[SName] AS [SName], [Extent1].[SAge] AS [SAge], [Extent1].[SMail] AS [SMail], [Extent1].[CId] AS [CId] FROM [dbo].[Student] AS [Extent1]
结果:
大家看到这个Linq翻译的SQL语句还是非常不错的。并没有额外的开支。
Demo2:查询一下全部学生的信息,并显示学生所在的班级信息。
原生SQL:
select * from Student as a inner join Clazz as b on a.CId= b.CId
Linq:
DAL.SchoolContext context = new DAL.SchoolContext(); var query = from student in context.Student select student; foreach (var student in query) { Console.WriteLine(student.SId + "----" + student.SName + "----" + student.SAge + "----" + student.SMail+"----班级信息:"+student.Clazz.CId+"----"+student.Clazz.CName); }
翻译SQL:这个老魏就不贴出来了,太长了,大家可以看看
从图上可以看出,这个Linq执行的时候是先把学生全部查询出来,然后在根据Student.CId字段分别取得到Clazz信息,如果我们的信息有100000条数据的话,可想而知了。虽然牺牲了性能,但却换来了编程上的方便。如果大家思考一下老魏的这程序,会发现项目中没有这么干的,如果数据多的请情况下肯定要使用分页的,如果使用分页的话,那么产生的SQL查询次数肯定要比全部的少很多,的确如此,但是还是多了。其实这也没有办法,在所有的ORM框架中使用懒加载的时候都是如此,牺牲效率。
在这里呢,Entity Framework是默认启用懒加载机制的,所谓的懒加载老魏在NHibernate中已经讲解过了,其实就是在使用的时候在向SQL发送查询指令。这里我们通过Student的Clazz导航属性来得到班级的信息。当然如果我们不需班级信息的话,那么就不会向SQL发送指令了。
结果:
此时呢,我们在换一种写法,不使用懒加载,而是通过Linq的join语句来试试看看。
Linq:
DAL.SchoolContext context = new DAL.SchoolContext(); var query = from student in context.Student join clazz in context.Clazz on student.CId equals clazz.CId select new { SName =student.SName, CName = clazz.CName }; foreach (var record in query) { Console.WriteLine(record.SName + "----" + record.CName); }
翻译SQL:
SELECT [Extent2].[CId] AS [CId], [Extent1].[SName] AS [SName], [Extent2].[CName] AS [CName] FROM [dbo].[Student] AS [Extent1] INNER JOIN [dbo].[Clazz] AS [Extent2] ON [Extent1].[CId] = [Extent2].[CId]
这个时候,我们发现了,这个Linq生成的SQL语句还真是我们想要的语句,直接把我们想要的东西通过inner join来查询出来了,可是随之的问题有出现了,为什么呢?如果我们要分层的开发项目,这段代码应该是在DAL层中的,但是此时我们用了匿名对象来保存我们的查询结果,而匿名对象是不能跨域访问的,这该怎么办呢?这里呢老魏也没想到好的方法,但是提供两个参考
1,使用扩展防方法给IEnumable<T>扩展一个方法,优点复杂老魏不喜欢
2,使用.net4.0的dynamic关键字,虽然可以实现,但是没有智能提示,不过勉强接受。
static void Main(string[] args) { var query = Test(); foreach (dynamic d in query) { Console.WriteLine(d.SName + "----" + d.CName); } } public static dynamic Test() { DAL.SchoolContext context = new DAL.SchoolContext(); var query = from student in context.Student join clazz in context.Clazz on student.CId equals clazz.CId select new { SName = student.SName, CName = clazz.CName }; return query as dynamic; }
谁有好的方法可以共享一下,老魏这里实在是想不到一个好的方法了。好了,不在这个问题上过多的纠缠了。
可能看到这里我们有会忽然间想到,如果我们不查询部分字段那又是什么情况呢?
Linq:
DAL.SchoolContext context = new DAL.SchoolContext(); var query = from student in context.Student join clazz in context.Clazz on student.CId equals clazz.CId into Rows from row in Rows select row; foreach (var row in query) { Console.WriteLine(row.CName); }
当我们写到row.的时候,会发现row这个对象中只有CId,CName和一个奇怪的Students对象。这是怎么回事啊。我们通过这条Linq语句生成的SQL语句可以看出端倪。
翻译SQL:
SELECT [Extent2].[CId] AS [CId], [Extent2].[CName] AS [CName] FROM [dbo].[Student] AS [Extent1] INNER JOIN [dbo].[Clazz] AS [Extent2] ON [Extent1].[CId] = [Extent2].[CId]
大家从翻译的SQL中可以看到最终查询的结果是是吧Clazz的字段全部查询出来了,查询结果如下:
每一个课程都有一个Student对象,那么当然在Clazz中有一个Students对象。只有当我们查询Student对象的时候,才会向SQL依次的发送指令。其实还是懒加载,。看到这里我们是不是相到既然这样我们可以关闭懒加载啊,是的,可以的没有任何的问题,我们在上面的代码中我们加入一句话。
DAL.SchoolContext context = new DAL.SchoolContext(); //取消懒加载 context.Configuration.LazyLoadingEnabled = false; var query = from student in context.Student join clazz in context.Clazz on student.CId equals clazz.CId into Rows from row in Rows select row; foreach (var row in query) { Console.WriteLine(row.CName+",次班级的人数:"+row.Students.Count); }
运行结果:
发现人数打印出来是0,因为我们取消了懒加载,所以在使用到了Student的时候不会向SQL发送指令,就不会查询人数了,但是从上图中其实我们看出来总的记录加起来还是人数哦!
本章就先到这里吧,虽然本章只涉及到了2个查询,但还是有收货的,值得在我们学习Entity Framework的时候多深入的思考一下。