EF--EntityState相互转换
- EF对数据做什么样的操作,是根据EF的上下文实体状态决定,实体状态有以下5种状态,下面我们就分别看下这5种状态
数据准备,我们看到学生表里有20000名学生记录,最后1位学生的学生编号为0000020000

1、Detached--实体跟上下文压根没关系
我们看到我新创建了名学生,学号为0000020001,他是第20001位学生,此时打印上下文实体状态,实体和上下文是分离状态,没有任何关系,Detached是表示连内存跟踪都没有建立,跟上下文dbContext没有任何关系
Student newStudent = new Student()
{
Student_ID = "",
Student_Name = "猪猪打屁股",
Student_Sex = "男",
Student_Identity_Card = "",
Student_Birthday = DateTime.Now,
Student_Email = "menglin2010@126.com",
Student_Class = "741903613@qq.com",
Create_Time = DateTime.Now
};
//1、Detached--实体跟context压根没关系
{
using (SchoolDBEntities dbContext = new SchoolDBEntities())
{
Console.WriteLine(dbContext.Entry<Student>(newStudent).State);//实体跟context没关系 Detached
newStudent.Student_Name = "小鱼儿";
Console.WriteLine(dbContext.Entry<Student>(newStudent).State);//Detached
dbContext.SaveChanges();//Detached啥事儿不发生
}
}

2、Added--添加
我们看到刚开始,newStudent这个学生和上下文是Detached分离状态,当把newStudent添加到上下文的Students集合里后,再打印newStudent的状态,newStudent就是Added状态了,当执行dbContext.SaveChange()后,把这个学生添加到表里,最后打印newStudent的状态,发现是Unchanged状态,Unchanged的意思是上下文和newStudent建立了跟踪,但是newStudent没有发生改变
//2、Added--添加
{
using (SchoolDBEntities dbContext = new SchoolDBEntities())
{
Console.WriteLine(dbContext.Entry<Student>(newStudent).State);//Detached
dbContext.Students.Add(newStudent);//插入数据(自增主键在插入成功后,会自动赋值过去)
Console.WriteLine(dbContext.Entry<Student>(newStudent).State);//Added
dbContext.SaveChanges();
Console.WriteLine(dbContext.Entry<Student>(newStudent).State);//Unchanged(跟踪,但是没变化)
}
}


3、Unchanged--跟踪,但是没变化
Unchanged就是上下文和实体建立了跟踪,但是实体的值没有发生改变
4、Modified--内存Clone
把上次添加的那个“猪猪打屁股”的学生查出来,打印实体状态是Unchanged表示上下文建立了跟踪,但是实体未改变,然后修改学生姓名为“猪大头”,再打印实体状态是Modified,表示实体已发生了修改,当执行dbContext.SaveChange()后,把对这个学生的修改保存到表里,最后再打印newStudent的状态,发现是Unchanged状态,表示上下文和实体建立了跟踪,但是实体的值没有发生改变
{
using (SchoolDBEntities dbContext = new SchoolDBEntities())
{
Student currentStudent = dbContext.Students.Find("");//即时查询
Console.WriteLine(dbContext.Entry<Student>(currentStudent).State);//Unchanged(跟踪,但是没变化)
currentStudent.Student_Name = "猪大头";//修改--内存clone
Console.WriteLine(dbContext.Entry<Student>(currentStudent).State);//Modified
dbContext.SaveChanges();//更新数据库,因为状态是Modified
Console.WriteLine(dbContext.Entry<Student>(currentStudent).State);//Unchanged(跟踪,但是没变化)
}
}


5、Deleted--删除
把上次修改的那个“猪大头”的学生查出来,打印其实体状态是Unchanged表示上下文建立了跟踪,但是实体未改变,然后从上下文的Students集合中移除,再打印实体状态是Deleted,表示实体已删除,当执行dbContext.SaveChange()后,把这个学生从表里删除掉,最后再打印newStudent的状态,发现是Detached状态,表示上下文和实体已经分离,和上下文没有任何关系了
{
using (SchoolDBEntities dbContext = new SchoolDBEntities())
{
Student currentStudent = dbContext.Students.Find("");//即时查询
Console.WriteLine(dbContext.Entry<Student>(currentStudent).State);//Unchanged(跟踪,但是没变化)
dbContext.Students.Remove(currentStudent);
Console.WriteLine(dbContext.Entry<Student>(currentStudent).State);//Deleted
dbContext.SaveChanges();//删除数据,因为状态是Deleted
Console.WriteLine(dbContext.Entry<Student>(currentStudent).State);//Detached已经从内存移除了
}
}

- 实体和上下文建立跟踪的两种方式
1、主动查询方式
我们看到通过主键学号为“0000020000”查询出的这个学生实体和上下文建立了跟踪,只不过学生实体值没有发生任何改变,所以实体的状态是Unchanged
{
using (SchoolDBEntities dbContext = new SchoolDBEntities())
{
//1、查询方式
Student currentStudent = dbContext.Students.Find("");
Console.WriteLine(dbContext.Entry<Student>(currentStudent).State);
}
}

2、Attach附加方式
修改前学号为0000020000的这名学生叫“石兴江”,性别为“女”,new Student()1个学生只不过这个学生的学号是在Student表里存在的“0000020000”,打印oldStudent实体状态是Detached,跟dbContext压根没关系,然后把oldStudent附加到上下文中,再打印oldStudent实体状态是Unchanged(这里说明下:oldStudent的Student_Identity_Card,Student_Birthday,Student_Email等属性是null,难道oldStudent实体状态不应该是Modified吗?难道不是把Student_Identity_Card,Student_Birthday,Student_Email改为null值吗?这里状态还是Unchanged,说明了属性值为null在EF里不是改为null,而是不做更改,最后一张图证明了这点Student_Identity_Card,Student_Birthday,Student_Email等属性在表里没有被改为null值),然后修改学号为0000020000的这名学生名称为“石兴江_Att”,性别为“男”,再打印oldStudent实体状态是Modified(因为实体发生了变化),dbContext.SaveChanges();执行后,我们发现0000020000的这名学生名字被改为了“石兴江_Att”,性别被改为了“男”,而Student_Identity_Card,Student_Birthday,Student_Email等字段值并没有被改为null

{
using (SchoolDBEntities dbContext = new SchoolDBEntities())
{
Student oldStudent = new Student()
{
Student_ID = ""
};
Console.WriteLine(dbContext.Entry<Student>(oldStudent).State);//Detached--实体跟dbContext压根没关系
dbContext.Students.Attach(oldStudent);
Console.WriteLine(dbContext.Entry<Student>(oldStudent).State);//Unchanged(跟踪,但是没变化)
oldStudent.Student_Name = "石兴江_Att";
oldStudent.Student_Sex = "男";
Console.WriteLine(dbContext.Entry<Student>(oldStudent).State);//Modified(因为实体发生了变化)
dbContext.SaveChanges();
}
}

- 按需更新,只更新指定的字段
修改前,学号为“0000000001”的学生名字叫“赵峰真”,身份证号码为"1234567890",我们先查询出学号为“0000000001”的这名学生,打印实体状态为Unchanged,表示实体建立了跟踪但是实体未改变,然后修改学生姓名为“赵峰真001”,修改学生身份证号码为“abc”,再打印实体状态为Modified(因为实体发生了变化),然后指定这个学生的Student_Name属性为已修改,指定Student_Identity_Card属性为未被更改过(实际上我们本身是改了Student_Identity_Card的值为abc),最后dbContext.SaveChanges();后,我们发现只有学生姓名变成了“赵峰真001” ,而学生身份号码并没有被更改为abc“”

//按需更新--只修改指定的字段
{
using (SchoolDBEntities dbContext = new SchoolDBEntities())
{
Student student = dbContext.Students.Find("");//即时查询
Console.WriteLine(dbContext.Entry<Student>(student).State);
student.Student_Name = "赵峰真001";
student.Student_Identity_Card = "abc";
Console.WriteLine(dbContext.Entry<Student>(student).State);
dbContext.Entry<Student>(student).Property("Student_Name").IsModified = true;//指定字段被改过
dbContext.Entry<Student>(student).Property("Student_Identity_Card").IsModified = false;//指定字段未被改过
Console.WriteLine(dbContext.Entry<Student>(student).State);
dbContext.SaveChanges();
}
}


EF--EntityState相互转换的更多相关文章
- %E3%80%90%E7%BD%91%E7%BB%9C%E7%BC%96%E7%A8%8B%E3%80%91
"%3Cdiv%20class%3D%22htmledit_views%22%20id%3D%22content_views%22%3E%0A%20%20%20%20%20%20%20%20 ...
- 使用EF自带的EntityState枚举和自定义枚举实现单个和多个实体的增删改查
本文目录 使用EntityState枚举实现单个实体的增/删/改 增加:DbSet.Add = > EntityState.Added 标记实体为未改变:EntityState.Unchange ...
- 关于mvc5+EF里面的db.Entry(model).State = EntityState.Modified报错问题
最近在使用mvc5+EF的的时候用到了这句话 db.Entry(model).State = EntityState.Modified 看上去很简单的修改数据,但是一直报错,说是key已经存在,不能修 ...
- EF中的EntityState几个状态的说明
之前使用EF,我们都是通过调用SaveChanges方法把增加/修改/删除的数据提交到数据库,但是上下文是如何知道实体对象是增加.修改还是删除呢?答案是通过EntityState枚举来判断的,我们看一 ...
- 关于EF框架EntityState的几种状态
在使用EF框架时,我们通常都是通过调用SaveChanges方法把增加/修改/删除的数据提交到数据库,但是上下文是如何知道实体对象是增加.修改还是删除呢?答案是通过EntityState的枚举值来判断 ...
- 【EF学习笔记09】----------使用 EntityState 枚举标记实体状态,实现增删改查
讲解之前,先来看一下我们的数据库结构:班级表 学生表 如上图,实体状态由EntityState枚举定义:Detached(未跟踪).Unchanged(未改变).Added(已添加).Deleted( ...
- ASP.NET MVC5+EF6+EasyUI 后台管理系统(5)-EF增删改查
系列目录 前言 为了符合后面更新后的重构系统,文章于2016-11-1日重写 回顾上一节的解决方案,我们看出了解决方案中类库的关系 这里要说明一点MVC!=三层 他们大约是这样的一种关系 代码实现 上 ...
- 1.【使用EF Code-First方式和Fluent API来探讨EF中的关系】
原文链接:http://www.c-sharpcorner.com/UploadFile/3d39b4/relationship-in-entity-framework-using-code-firs ...
- 2.EF中 Code-First 方式的数据库迁移
原文链接:http://www.c-sharpcorner.com/UploadFile/3d39b4/code-first-migrations-with-entity-framework/ 系列目 ...
- 3.EF 6.0 Code-First实现增删查改
原文链接:http://www.c-sharpcorner.com/UploadFile/3d39b4/crud-operations-using-entity-framework-5-0-code- ...
随机推荐
- c#数字图像处理(六)直方图均衡化
直方图均衡化又称直方图修平,是一种很重要的非线性点运算.使用该方法可以加强图像的局部对比度,尤其是当图像的有用数据的对比度相当接近的时候.通过这种方法,亮度可以更好的在直方图上分布. 直方图均衡化的基 ...
- SpringBoot项目的parent依赖和配置文件*.properties、*.yml详解
1.idea创建SpringBoot项目 idea创建SpringBoot项目应该对很多人来说已经是菜到不能到菜的操作了,但是对于初学者小白来说,还是要讲解一下的.打开idea,然后选择Spring ...
- iperf安装使用教程
https://linoxide.com/monitoring-2/install-iperf-test-network-speed-bandwidth/
- 最新2.7版本丨DataPipeline数据融合产品最新版本发布
此次发布的2.7版本在进一步优化产品底层数据处理逻辑的同时更加注重提升用户在数据融合任务的日常管理.运行监控及资源分配等管理方面的功能增强与优化,力求帮助大家更为直观.便捷.稳定地管理数据融合任务,提 ...
- 10、VLAN
VLAN综述:1.分段2.灵活性3.安全性 一个VLAN=一个广播域=逻辑网段(子网) VLAN运作:1.每个逻辑的VLAN就象一个独立的物理桥2.交换机上的每一个端口都可以分配给不同的VLAN3.默 ...
- HDU_5729_rmq+二分
http://acm.hdu.edu.cn/showproblem.php?pid=5726 rmq修改成gcd的,关键是找个数,用二分来找,刚开始理解了好久,因为每个区间内gcd是递减的,所以可以优 ...
- JAVA全栈工程师学习线路(建议收藏)
互联网技术,更新迭代迅速,用日新月异来说也不为过,所以,面对这这种大环境,对于码农尤其是那些对于初入职场的新手来说,该如何自我学习升级,往方向发展,这一点是大家都经常困惑的. 大部分人,刚开始学习的J ...
- Python应用——多变量的灵活处理
本文始发于个人公众号:TechFlow,原创不易,求个关注 我们都知道Python是一个非常灵活的语言,以至于如果它不是你的第一门语言,你会发现它总能给你各种各样的惊喜,让你忍不住惊叹:woc,还有这 ...
- [软件分享]Office Tool Plus,一个OFFICE 管理、下载、安装器
转载自我的博客:https://blog.ljyngup.com 教程摘自官方教程. 出事与本人无关 官网:https://otp.landian.vip/zh-cn/ Office Tool Plu ...
- IP unnumbered interface,某个接口不编号,某个接口不分配IP地址
OSPFv2中,提到点到点链路可以是unnumbered,不编号,不分配IP地址 12.4.1.1. Describing point-to-point interfaces ...