EntityFramework(EF)贪婪加载和延迟加载的选择和使用
贪婪加载:顾名思议就是把所有要加载的东西一 次性读取
1 using (var context = new MyDbContext())
2 {
3 var orders = from o in context.Orders.Include("OrderDetails") select o;
4 }
当读取订单信息orders的时候,我们希望把订单的详细信息也读取出来,那么这里我们使用Include关键字将关联表也加载进 来。
延迟加载:即当我们需要用到的时候才进行加载(读取)
当我们希望浏览某条订单信息的时候,才显示其对应的订单详细记录时,我们希望使用延迟加载来实现,这样不仅加快的了 读取的效率,同时也避免加载不需要的数据。延迟加载通常用于foreach循环读取数据时。
那么我们在定义Model的时候,需要在属性前面添加virtual关键字。如下

1 public class Order
2 {
3 public int OrderID { get; set; }
4 public string OrderTitle { get; set; }
5 public string CustomerName { get; set; }
6 public DateTime TransactionDate { get; set; }
7 public virtual List<OrderDetail> OrderDetails { get; set; }
8 }

如果我们想要禁止使用延迟加载,那么最好的方法是在DbContext类的构造方法中声明

1 public class MyDbContext:DbContext
2 {
3 public MyDbContext()
4 {
5 this.Configuration.LazyLoadingEnabled = false;
6 }
7 }

总结:
贪婪加载: 1、减少数据访问的延迟,在一次数据库的访问中返回所有的数据。 2、一次性读取所有相关的数据,可能导致部分数据实际无需用到,从而导致读取数据的速度变慢,效率变低
延迟加载: 1、只在需要读取关联数据的时候才进行加载 2、可能因为数据访问的延迟而降低性能,因为循环中,每一条数据都会访问一次数据库,导致数据库的压力加大
综上所述,我们应该比较清楚时候应该使用哪种机制?我个人的建议是:
1、如果是在foreach循环中加载数据,那么使用延迟加载会比较好, 因为不需要一次性将所有数据读取出来,这样虽然有可能会造成n次数据库的查询,但 是基本上在可以接受的范围内。
2、如果在开发时就可以预见需要一次性加载所有的数据,包含关联表的所有数据, 那么使用使用贪婪加载是比较好的选择,但是此种方式会导致效率问题,特别是数据量大的情况下。
两张表:订单表(Order_Info)和产品表(Order_Detail)
订单表:包含2条订单
产品表:4件产品,分别属于上面两个订单
优化一
问题:查询每件产品属于哪个订单时,需要连接几次数据库?
本应该查询4次,EF做了优化后,查询2次。
- public static void QueryUser()
- {
- IQueryable<Order_Detail>query = db.Order_Detail.Where(a => a.OrderID>0);
- foreach (Order_Detail detail inquery)
- {
- Console.WriteLine("产品" + detail.ProductName
- + ",所属订单" + detail.Order_Info.OrderID);
- }
- }

public static void QueryUser()
{
IQueryable<Order_Detail>query = db.Order_Detail.Where(a => a.OrderID>0); foreach (Order_Detail detail inquery)
{
Console.WriteLine("产品" + detail.ProductName
+ ",所属订单" + detail.Order_Info.OrderID);
}
}
为什么查询了2次?
当他发现4条产品的订单号有重复的时候,他就读取他自己的缓存数据,就不读取数据库里面的数据里,这是EF做的一个小优化。
优化二 include进行inner join查询
虽然EF为我们做了优化一,那当我们有1000个产品时,即使读取又重复的产品,那也需要去读1000次。之前我们只需要一个inner join就可以一次性读取出来。
- //这里的include需要加载的文字,是从 Orderil_Detail的表结构里面订单的属性名字来复制的,注意是属性名字,而不是属性的类
- IQueryable<Order_Detail>query = db.Order_Detail.Include("Order_Info").Where(a =>a.OrderID>0);
- foreach (Order_Detail detail inquery)
- {
- Console.WriteLine("产品" + detail.ProductName
- + ",所属订单" + detail.Order_Info.OrderID);
- }

//这里的include需要加载的文字,是从 Orderil_Detail的表结构里面订单的属性名字来复制的,注意是属性名字,而不是属性的类
IQueryable<Order_Detail>query = db.Order_Detail.Include("Order_Info").Where(a =>a.OrderID>0); foreach (Order_Detail detail inquery)
{
Console.WriteLine("产品" + detail.ProductName
+ ",所属订单" + detail.Order_Info.OrderID);
}
通过使用include,我们可以实现查询一次数据库即可,相当于之前的inner join。如果关联多个表,可以使用多个include进行关联。
EntityFramework(EF)贪婪加载和延迟加载的选择和使用的更多相关文章
- 【转】EntityFramework(EF)贪婪加载和延迟加载的选择和使用
原谅:http://www.weixq.cn/Article/Detail/906 贪婪加载:顾名思议就是把所有要加载的东西一 次性读取 using (var context = new MyDbCo ...
- 【EfF】 贪婪加载和延迟加载 (virtual去掉关闭延迟加载)
EntityFramework(EF)贪婪加载和延迟加载的选择和使用 贪婪加载:顾名思议就是把所有要加载的东西一 次性读取 1 using (var context = new MyDbContext ...
- EF之贪婪加载和延迟加载
这篇文章将讨论查询结果的控制 在使用EF(Entity Framework)的过程中,很多时候我们会进行查询的操作,因此知道哪些数据会被加载到内存当中就至关重要.在多多的情况下,你可能并并不需要加载全 ...
- EntityFramework 贪婪加载与延迟加载以及资源回收
EntityFramework的资源回收 1) Using 内包含Entity的上下文关系,对俩表做Add操作,最好可以直接写一个 entity.SaveChanges(); 完成两张表的同时add操 ...
- 学习EF之贪婪加载和延迟加载(1)
从暑假开始接触code first以来,一直感觉很好用,主要在于开发过程中以业务为中心可以随时修改数据模型生成数据库,还有一个原因就是查询起来很方便 这里找了一个以前database first的一段 ...
- EF中的贪婪加载和延迟加载(懒加载)
在上一章中,我们使用了Linq对Entity Framework进行了一个查询,但是通过学习我们却发现了懒加载给我来的性能上的开销是很到的,尤其是在循环中,如果数据量不是很多的情况下还可以接受,如果数 ...
- EF4.1之贪婪加载和延迟加载
默认情况下,EF4.1是只查询到涉及到的数据对象,但是EF4.1支持两种方法进行控制其加载: 1.贪婪加载 2.延迟加载 使用的表还是上次使用的Order 和 OrderDetails两张表来举例说明 ...
- Entity Framework 4.1 : 贪婪加载和延迟加载
这篇文章将讨论查询结果的加载控制. EF4.1 允许控制对象之间的关系,当我们进行查询的时候,哪些关系的数据将会被加载到内存呢?所有相关的对象都需要吗?在一些场合可能有意义,例如,当查询的实体仅仅拥有 ...
- 学习EF之贪懒加载和延迟加载(2)
通过昨天对EF贪婪加载和延迟加载的学习,不难发现,延迟加载还是很好用的,但是问题也就来了,有的时候我们只需要加载一个实体,不需要和他相关的外部实体,这时候我们来看看EF延迟加载时怎么作用的吧 打开pr ...
随机推荐
- 如何使用django+celery+RabbitMQ实现异步执行
1)安装需要安装RabbitMQ.Celery和Django-celeryCelery和Django-celery的安装直接pip就好 2)修改settings.py在INSTALLED_APPS中加 ...
- HTTPS、SPDY和HTTP/2的性能比较
http://www.infoq.com/cn/news/2015/02/https-spdy-http2-comparison/ https://segmentfault.com/a/1190000 ...
- 【AtCoder】AGC011 D - Half Reflector
题解 大意是n个管子排成一排,每个管子有两种状态,A状态是从某个方向进去,从原方向出来,B状态是从某个方向进去,从另一个方向出来 球经过一个A状态的管子这个管子会立刻变成B状态,经过一个B状态的管子会 ...
- 【LOJ】#2105. 「TJOI2015」概率论
题解 可以说是什么找规律好题了 但是要推生成函数,非常神奇-- 任何的一切都可以用\(n^2\)dp说起 我们所求即是 所有树的叶子总数/所有树的方案数 我们可以列出一个递推式,设\(g(x)\)为\ ...
- 【LOJ】#2035. 「SDOI2016」征途
题解 有人管它叫带权二分,有人管它叫dp凸优化,有人管它叫wqs二分-- 延伸出来还有zgl分治,xjp¥!%#!@#¥!# 当我没说 我们拆个式子,很容易发现所求的就是 \(m\sum_{i = 1 ...
- hdoj2602 Bone Collector(DP,01背包)
题目链接 http://acm.hdu.edu.cn/showproblem.php?pid=2602 题意 有n块骨头,每块骨头体积为volume,价值为value,还有一个容量为v的背包,现在将骨 ...
- vscode 配置import @ 路径提示及代码智提
1.安装插件:Path Intellisense 2.配置: "path-intellisense.mappings": { "@": "${work ...
- IP、TCP和DNS与HTTP的密切关系
看了上一篇博文的发表时间,是7月22日,现在是10月22日,已经有三个月没写博客了.这三个月里各种忙各种瞎折腾,发生了很多事情,也思考了很多问题.现在这段时间开始闲下来了,同时该思考的事情也思考清楚了 ...
- 请爱护你的JTAG烧录口---记录
排除了下载线的问题后,还是不能访问FPGA的JTAG口,那么很有可能你的FPGA芯片的JTAG口已经损坏.此时请用万用表检查TCK,TMS,TDO和Tdi是否和GND短路,如果任何一个信号对地 ...
- 获取Android apk的包名
Read the package name of an Android APK aapt dump badging <path-to-apk> | grep package:\ name