关于Entity Framework自动关联查询与自动关联更新导航属性对应的实体注意事项说明
一、首先了解下Entity Framework 自动关联查询:
Entity Framework 自动关联查询,有三种方法:Lazy Loading(延迟加载),Eager Loading(预先加载),Explicit Loading(显式加载),其中Lazy Loading和Explicit Loading都是延迟加载。
(注:由于Entity Framework版本的不同,以及采用不同的模式(DB First,Model First,Code First)来构建的Entity,最终导致可能自动关联查询的方法也有所不同,本文中的示例代码均以Entity Framework 6.0,且采用Code First模式来构建的Entity为基础)
一、Lazy Loading(延迟加载):这是默认情况(默认实体上下文对象的属性:Configuration.LazyLoadingEnabled=true,若该属性设为false则无效),若实体类型包含其它实体类型(POCO类)的属性(也可称为导航属性),且同时满足如下条件即可实列延迟加载,
1.该属性的类型必需为public且不能为Sealed;
2.属性标记为Virtual
作用:在您访问导航属性时,会从数据源自动加载相关实体,若实体尚未在 实体上下文对象中,则您访问的每个导航属性都会导致针对数据源执行一个单独的查询。
示例代码如下:
[Table("User",Schema="dbo")]
public class User
{
[Key]
[DatabaseGenerated(DatabaseGeneratedOption.Identity)]
[Display(Name = "用户ID")]
public int ID { get; set; } [Required]
[MinLength(6)]
[MaxLength(15)]
[Unique("User", "UserName")]
[Display(Name = "用户名")]
public string UserName { get; set; } [Required]
[Display(Name = "密码")]
public string Password { get; set; } [Required]
[Display(Name = "用户类型")]
public int UserTypeID { get; set; } [ForeignKey("UserTypeID")]
public virtual UserType UserType { get; set; } //此属性在查询User时,会自动依据UserTypeID 关联查旬UserType ,并将结果赋值给UserType 属性
}
二、Eager Loading(预先加载):在LazyLoadingEnabled设为false或导航属性没有使用Virtual的情况下,使用IQueryable的扩展方法Include指定预先加载关联的实体。
作用:Include方法中的查询路径指定将哪些相关实体作为初始查询的一部分返回,当在查询语句中定义了Include查询路径,查询时仅需对数据库请求一次,即可在单个结果集中返回查询路径所定义的所有实体。
示例代码如下:
var entitiesContext=new TEMSContext();
entitiesContext.Configuration.LazyLoadingEnabled=false;
var users = entitiesContext.Users.Include("UserType");
//var users = entitiesContext.Set<User>().Include("UserType");与上面语句相同
Assert.AreNotEqual(null, users.First().UserType);
三、Explicit Loading(显式加载):在LazyLoadingEnabled设为false或导航属性没有使用Virtual的情况下,使用DbEntityEntry.Reference方法来显式加载指定导航属性的单个值,DbEntityEntry.Collection方法来显式加载指定导航属性的值集合,若采用DB First时,可使用ObjectContext.LoadProperty方法来显式加载指定导航属性。
作用:查询时并不会从数据库查询并加载导航属性的值,仅当使用Reference或Collection方法来指定导航属性,并调用Load方法时或调用ObjectContext.LoadProperty,才会从数据库查询数据并赋值给指定的导航属性,若查询的结果集较多时,可能会出现多次往返查询数据。
示例代码如下:
//这是Code First模式下显式加载数据
var entitiesContext = new TEMSContext();
entitiesContext.Configuration.LazyLoadingEnabled = false;
var user = entitiesContext.Users.First();
var u = entitiesContext.Entry(user);
u.Reference(t => t.UserType).Load();
Assert.AreNotEqual(null, user.UserType); //这是DB First模式下显示式加载数据
var db = new aTestEntities();
db.ContextOptions.LazyLoadingEnabled = false;
var comp = db.Companies.First();
db.LoadProperty(comp, t => t.Departments);
Assert.AreNotEqual(0, comp.Departments.Count);
二、自动关联更新导航属性对应的实体注意事项说明
若开启了Lazy Loading(延迟加载)模式,即满足上面第一种关联查询条件时,在执行实体新增的时,需注意:如果直接赋值给导航属性,则当提交到数据库时,会自动关联新增导航属性对应的表记录,不论你是否在实体中有指定导航属性对应的外键属性的值,仍会以关联新增导航属性对应的表记录后更新该外键属性的值,可能表达有点不清楚,请看下面的示例:
var entitiesContext = new TEMSContext();
User user = new User() {UserName="testuser",RealName="测试账号",CompanyID = 1, Company = UserBusiness.CurrentUser.Company };
entitiesContext.Users.Add(user);
entitiesContext.SaveChanges();
以上代码中,CompanyID为导航属性Company的外键属性,我这里直接将两个属性都赋值了,Company的ID也是1(Company表中存在ID为1的记录),UserBusiness.CurrentUser为我系统当前登录的用户,按理讲,执行新增后,应该只会在User表中新增一条记录,而实际却是先在Company表中新增一条记录(忽略指定的主键,即:ID=1),并将返回的新ID赋值给CompanyID(比如为2),然后再在User表中新增一条记录,最终形成User.CompanyID=2,而不是1,这个问题也是困扰我好几天了,也没有找到根本原因,目前的解决办法是只赋值外键属性CompanyID,而导航属性Company则不赋值,这样在保存时就不会出错了。如果大家知道原因还请告之,非常感谢!
来自:zuowj.cnblogs.com
关于Entity Framework自动关联查询与自动关联更新导航属性对应的实体注意事项说明的更多相关文章
- Entity Framework - 理清关系 - 基于外键关联的单向一对一关系
注:本文针对的是 Entity Framework Code First 场景. 之前写过三篇文章试图理清Entity Framework中的一对一关系(单相思(单向一对一), 两情相悦(双向一对 ...
- Entity Framework入门教程: Entity Framework支持的查询方式
Entity Framework支持的查询方式有三种 LINQ to Entities Entity SQL Native SQL [LINQ to Entities] LINQ(语言集成查询)是从V ...
- Entity Framework常用的查询方式
Entity Framework支持的查询方式有三种 LINQ to Entities Entity SQL Native SQL [LINQ to Entities] LINQ(语言集成查询)是从V ...
- Entity Framework 5.0系列之自动生成Code First代码
在前面的文章中我们提到Entity Framework的"Code First"模式也同样可以基于现有数据库进行开发.今天就让我们一起看一下使用Entity Framework P ...
- 【转】Entity Framework 5.0系列之自动生成Code First代码
在前面的文章中我们提到Entity Framework的“Code First”模式也同样可以基于现有数据库进行开发.今天就让我们一起看一下使用Entity Framework Power Tools ...
- (转)Entity Framework 5.0系列之自动生成Code First代码
原文地址:http://www.cnblogs.com/kenshincui/archive/2013/08/29/3290527.html 在前面的文章中我们提到Entity Framework的“ ...
- 《Entity Framework 6 Recipes》中文翻译系列 (28) ------ 第五章 加载实体和导航属性之测试实体是否加载与显式加载关联实体
翻译的初衷以及为什么选择<Entity Framework 6 Recipes>来学习,请看本系列开篇 5-11 测试实体引用或实体集合是否加载 问题 你想测试关联实体或实体集合是否已经 ...
- Entity Framework做IN查询
开发中遇到的Too high level of nesting for select错误 项目使用了Entity Framework结合Mysql, 遇到了一个非常奇怪的性能问题,一个看起来非常简单的 ...
- Entity Framework Core Like 查询揭秘
在Entity Framework Core 2.0中增加一个很酷的功能:EF.Functions.Like(),最终解析为SQL中的Like语句,以便于在 LINQ 查询中直接调用. 不过Entit ...
随机推荐
- phoenix 开发API系列(三)phoenix api 结合数据库
概述 介绍了 api 的各种写法之后,下面介绍构建 api 时与数据库连接的方式. 注 下面使用的工程的完整代码已经公开在: http://git.oschina.net/wangyubin/phoe ...
- 解决VS2008 开发Windows Mobile 项目生成速度慢的问题(转)
最近用VS2008开发Windows Mobile程序,使用C#..NET Compact Framework,发现项目生成速度比较慢.用VS2008打开项目后,开始一段时间生成速度还能忍受,时间一长 ...
- [后端人员耍前端系列]AngularJs篇:30分钟快速掌握AngularJs
一.前言 对于前端系列,自然少不了AngularJs的介绍了.在前面文章中,我们介绍了如何使用KnockoutJs来打造一个单页面程序,后面一篇文章将介绍如何使用AngularJs的开发一个单页面应用 ...
- 【Python】调用WPS V9 API,实现PPT转PDF
WPS 的API,即COM,主要分为V8与V9两个版本,网上容易查到的例子,都是V8的. 现在官网上可以下载的,2013抢鲜版,就是V9的API. Python 调用COM 需要安装 Python f ...
- 【Bugly干货分享】iOS内存管理:从MRC到ARC实践
Bugly 技术干货系列内容主要涉及移动开发方向,是由Bugly邀请腾讯内部各位技术大咖,通过日常工作经验的总结以及感悟撰写而成,内容均属原创,转载请标明出处. 对于iOS程序员来说,内存管理是入门的 ...
- mongodb(分片)
分片(即sharding)是将数据拆分至不同数据节点的方式. 1.在mongoDB中提供了自动分片的方式,它会根据数据块(chunk)大小的设定,对片键进行拆分: 2.mongoDB配置分片,要配置三 ...
- iOS——Core Animation 知识摘抄(三)
原文地址:http://www.cocoachina.com/ios/20150105/10827.html CAShapeLayer CAShapeLayer是一个通过矢量图形而不是bitmap来绘 ...
- [译+改]最长回文子串(Longest Palindromic Substring) Part II
[译+改]最长回文子串(Longest Palindromic Substring) Part II 原文链接在http://leetcode.com/2011/11/longest-palindro ...
- axis
http://www.cnblogs.com/liyanblog/archive/2011/11/29/2266942.html 报错: D:\ws\la\WSofSMNS\WebRoot\WEB-I ...
- 使用OData技术遇到的问题及解决办法
“System.NotSupportedException”类型的未经处理的异常在 Microsoft.Data.Services.Client.dll 中发生 其他信息: 对此 POST 请求的响应 ...