Entity Framework学习笔记(五)----Linq查询(2)---贪婪加载

本文探讨了EntityFramework中的懒加载和贪婪加载技术,通过实例对比了两者在循环查询中的性能差异,并介绍了如何使用贪婪加载优化查询效率。重点在于为循环查询场景提供性能优化建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

请注明转载地址:http://www.cnblogs.com/arhat

在上一章中,我们使用了Linq对Entity Framework进行了一个查询,但是通过学习我们却发现了懒加载给我来的性能上的开销是很到的,尤其是在循环中,如果数据量不是很多的情况下还可以接受,如果数据量一旦大气来,那么这个效率则是影响非常大的。那该怎么办呢?其实在Entity Framwork中,除了提供了懒加载技术还提供了一个“贪婪加载”。那么什么是贪婪加载呢?从名字上看,就是非常的粗鲁的,一次性的吧相关的数据全部查询出来,虽然在性能上说还是有点影响的,但是比起在循环中使用懒加载要强了不少了啊。

下面呢,老魏先不说懒加载的知识,把上一张遗留的一个查询给家说一下,顺便以这个例子和贪婪加载做一下对比。

Demo3:查询班级的信息,还要得到此班级中的学生。

SQL:

select a.* ,b.* from clazz as a left join student as b

on a.CId = b.CId

Linq:

DAL.SchoolContext context = new DAL.SchoolContext();

var query = from clazz in context.Clazz

select clazz;

foreach (var clazz in query)

 {

      Console.WriteLine(clazz.CName);

if (clazz.Students != null && clazz.Students.Count > 0)

  {

         foreach(var student in clazz.Students)

        {

           Console.WriteLine("---该班的学生:" + student.SName);

       }

   }
 }

翻译SQL:在执行中翻译的SQL

wps_clip_image-4720

这里老魏截图了,就是因为在循环中使用懒加载而产生了n多个查询语句,但是

wps_clip_image-2301

总体上两个SQL语句:

1,查询出clazz信息的SQL

SELECT 

    [Extent1].[CId] AS [CId], 

    [Extent1].[CName] AS [CName]

    FROM [dbo].[Clazz] AS [Extent1]

2,根据懒加载而产生的SQL语句(被重复了N次)

exec sp_executesql N'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]

    WHERE [Extent1].[CId] = @EntityKeyValue1',N'@EntityKeyValue1 int',@EntityKeyValue1=2

虽然我们通过懒加载可以达到我们想要的效果,但是在效率上是无法忍受的尤其是在数据多的情况下。

那么Entity Framework也想到了这问题,因为所有的ORM框架都有懒加载,使用起来的确的方便,但是也是在改用的时候用,尤其在循环中就更不应该使用了。所以这里呢,老魏有个建议,就是在循环中千万不要使用懒加载。既然在循环中不能使用懒加载那么该怎么办呢?这就要利用Entity Framework给我们提供的贪婪加载。下面看以下代码,然后老魏在来解释一下。把上面的代码改为如下的代码:

DAL.SchoolContext context = new DAL.SchoolContext();

//取消懒加载目的是为了做实验看能够一次加载完数据

context.Configuration.LazyLoadingEnabled = false;

var query = from clazz in context.Clazz.Include("Students")

select clazz;

foreach (var clazz in query)

 {

          Console.WriteLine(clazz.CName);

          if (clazz.Students != null && clazz.Students.Count > 0)

          {

              foreach(var student in clazz.Students)

             {

                Console.WriteLine("---该班的学生:" + student.SName);

              }

         }

}

运行一下,同时监控一下SQL Server的状态。首先是翻译的SQL:

SELECT 

    [Project1].[CId] AS [CId], 

    [Project1].[CName] AS [CName], 

    [Project1].[C1] AS [C1], 

    [Project1].[SId] AS [SId], 

    [Project1].[SName] AS [SName], 

    [Project1].[SAge] AS [SAge], 

    [Project1].[SMail] AS [SMail], 

    [Project1].[CId1] AS [CId1]

    FROM ( SELECT 

        [Extent1].[CId] AS [CId], 

        [Extent1].[CName] AS [CName], 

        [Extent2].[SId] AS [SId], 

        [Extent2].[SName] AS [SName], 

        [Extent2].[SAge] AS [SAge], 

        [Extent2].[SMail] AS [SMail], 

        [Extent2].[CId] AS [CId1], 

        CASE WHEN ([Extent2].[SId] IS NULL) THEN CAST(NULL AS int) ELSE 1 END AS [C1]

        FROM  [dbo].[Clazz] AS [Extent1]

        LEFT OUTER JOIN [dbo].[Student] AS [Extent2] ON [Extent1].[CId] = [Extent2].[CId]

    )  AS [Project1]

    ORDER BY [Project1].[CId] ASC, [Project1].[C1] ASC

SQL Server状态:

wps_clip_image-23385

发现在执行的过程中,循环语句并没有的发出额外的指令,只是用来上面翻译的SQL。但是结果却是一样的。

wps_clip_image-2985

无非就是在Linq中加入了一个Include()方法。这个方法就是用来开启贪婪加载的主要方法。意思是说在加载查询对象的时候。把查询对象的关联数据也查询出来。其实这里面是有陷阱的。当然这陷阱值得是Include的参数。顾名思义,和clazz管理的是student对象,那么在参数就是”Student”。其实不然,因为根据Include参数的含义是说“路径”。那么这个路径是什么呢?其实就是”导航属性的名字“。在clazz中有一个导航属性是Students,则在Include中也要使用这个名字。

当然了,如果大家想的到的话,那么和Student关联的对象能够查询出来呢?答案是肯定的,如果关联属性有多个则使用”.”来连接。比如我们可以把代码改为如下的样子:

var query = from clazz in context.Clazz.Include("Students.Student_Courses.Courses")

                select clazz;

那我们在查询clazz对象的也查出来了student,course的信息。其实看到这里大家就知道了贪婪加载虽然没有在循环中那么的消耗性能,但是一次性查询的数据是很多的,还是有影响的,但是没有懒加载那么厉害了。

总结一下,如果要在循环中使用数据,请使用贪婪加载,否则使用懒加载。本章就到这里了。希望大家能够顶一下!谢谢了。

转载于:https://www.cnblogs.com/arhat/p/3655000.html

CH341A编程器是一款广泛应用的通用编程设备,尤其在电子工程和嵌入式系统开发领域中,它被用来烧录各种类型的微控制器、存储器和其他IC芯片。这款编程器的最新版本为1.3,它的一个显著特点是增加了对25Q256等32M芯片的支持。 25Q256是一种串行EEPROM(电可擦可编程只读存储器)芯片,通常用于存储程序代码、配置数据或其他非易失性信息。32M在这里指的是存储容量,即该芯片可以存储32兆位(Mbit)的数据,换算成字节数就是4MB。这种大容量的存储器在许多嵌入式系统中都有应用,例如汽车电子、工业控制、消费电子设备等。 CH341A编程器的1.3版更新,意味着它可以与更多的芯片型号兼容,特别是针对32M容量的芯片进行了优化,提高了编程效率和稳定性。26系列芯片通常指的是Microchip公司的25系列SPI(串行外围接口)EEPROM产品线,这些芯片广泛应用于各种需要小体积、低功耗和非易失性存储的应用场景。 全功能版的CH341A编程器不仅支持25Q256,还支持其他大容量芯片,这意味着它具有广泛的兼容性,能够满足不同项目的需求。这包括但不限于微控制器、EPROM、EEPROM、闪存、逻辑门电路等多种类型芯片的编程。 使用CH341A编程器进行编程操作时,首先需要将设备通过USB连接到计算机,然后安装相应的驱动程序和编程软件。在本例中,压缩包中的"CH341A_1.30"很可能是编程软件的安装程序。安装后,用户可以通过软件界面选择需要编程的芯片类型,加载待烧录的固件或数据,然后执行编程操作。编程过程中需要注意的是,确保正确设置芯片的电压、时钟频率等参数,以防止损坏芯片。 CH341A编程器1.3版是面向电子爱好者和专业工程师的一款实用工具,其强大的兼容性和易用性使其在众多编程器中脱颖而出。对于需要处理25Q256等32M芯片的项目,或者26系列芯片的编程工作,CH341A编程器是理想的选择。通过持续的软件更新和升级,它保持了与现代电子技术同步,确保用户能方便地对各种芯片进行编程和调试。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值