Entity Framework 6 Recipes 2nd Edition(12-5)译 -> 自动删除相关联实体

12-5. 自动删除相关联实体

问题

当一个实体被删除时,你想自动删除它相关联的实体

解决方案

假设你有一个表结构由一个course (科目), course 的classes (课程),以及enrollment (登记学生选课),如 Figure 12-5所示:.

Figure 12-5. The Course, Class, and Enrollment tables in our database

由上述表生成一个模型,如下图Figure 12-6所示:.

Figure 12-6. A model with the Course, Class, and Enrollment entities and their associations

当一个course从数据库里被删除,你想把所有的相关classes也被删除,而且与这些classes相关的enrollments也被删除.为了实现这个目标,我们在数据库管理器中为这个关联设置一个级联删除,在数据库管理器中,选择该关联,在属性窗口的”INSERT 和UPDATE规范”下面选择级联删除.

当这些表导入到模型后,这个级联删除规则也会被导入,你可以

选择Course 和Class之间的一对多关系中然后在属性窗口里看到这个级联删除规则,如Figure 12-7 所示.

Figure 12-7. The cascade delete rule from the database was imported into the model, and it is shown in the properties for the association

如Figure 12-7所示的级联删除规则是在概念层的.在存储层也有一个类型的规则. 当一个对象被删除,EF规则及数据库里的级联删除规则,这二者是有必要使object context 和数据库保持同步.

Listing 12-5 代码演示了级联删除

Listing 12-5. Using the Underlying Cascade Delete Rules to Delete the Related Objects

class Program

{

static void Main(string[] args)

{

RunExample();

}

static void RunExample()

{

using (var context = new EFRecipesEntities())

{

var course1 = new Course { CourseName = "CS 301" };

var course2 = new Course { CourseName = "Math 455" };

var en1 = new Enrollment { Student = "James Folk" };

var en2 = new Enrollment { Student = "Scott Shores" };

var en3 = new Enrollment { Student = "Jill Glass" };

var en4 = new Enrollment { Student = "Robin Rosen" };

var class1 = new Class { Instructor = "Bill Meyers" };

var class2 = new Class { Instructor = "Norma Hall" };

class1.Course = course1;

class2.Course = course2;

class1.Enrollments.Add(en1);

class1.Enrollments.Add(en2);

class2.Enrollments.Add(en3);

class2.Enrollments.Add(en4);

context.Classes.Add(class1);

context.Classes.Add(class2);

context.SaveChanges();

context.Classes.Remove(class1);

context.SaveChanges();

}

using (var context = new EFRecipesEntities())

{

foreach (var course in context.Courses)

{

Console.WriteLine("Course: {0}", course.CourseName);

foreach (var c in course.Classes)

{

Console.WriteLine("\tClass: {0}, Instructor: {1}",

c.ClassId.ToString(), c.Instructor);

foreach (var en in c.Enrollments)

{

Console.WriteLine("\t\tStudent: {0}", en.Student);

}

}

}

}

Console.WriteLine("Press any key to close...");

Console.ReadLine();

}

}

上述Listing 12-5代码输出结果如下:

Course: CS 301

Course: Math 455

Class: 8, Instructor: Norma Hall

Student: Jill Glass

Student: Robin Rosen

原理

本小节里数据库与模型都定义了级联删除规则.在模型里,以确保object context与数据库同步.这个规则同时出现在概念层与存储层.

最佳实践

那么现在你可能会问:”为什么我们需要在数据库里与模型都定义这条规则?不能只在模型或是数据库里定义吗?”,级联删除存在于概念层来保持object context加载的对象是与数据库的级联删除后的结果是同步的.例如,如果我们已经在object context里为一个科目加载了相关的课程以及学生选课信息,然后我们把这个科目标志为删除,EF同样会把该科目的课程以及学生选课信息标志为删除.在把删除提交到数据库以前,在模型层,级联删除意味着只是把相关联的实体标志为删除,最终,EF才会把实体删除.那么既然EF会删除实体,那么为什么不能只在模型中定义级联删除呢?原因是: EF为了给实体标志为删除, DbContext 必须先加载这些实体,想象一下,如果我们的科目已被加载,但是相关的课程以学生选课信息未被加载,我们删除了科目,那么相关的课程及学生选课信息,由于未被DbContext 加载,所以EF无法将相关的实体标志为删除,也就无法向数据库发送删除相关记录的命令. 然而,如果我们在数据库里定义了级联删除,那么数据库自己就会很好的完成级联删除工作.

这里的最佳实践就是:在模型与数据库里同时定义级联删除规则.

如果你在一个模型里添加了一个级联删除规则,那么EF不会覆盖这条规则,即使你从数据库更新模型.

不幸的是,如果你没有在模型里添加级联删除规则,然后你从数据库更新实体,EF也不会向概念层添加在数据库里新添加的级联删除规则,你将不得不手动添加它.

附:创建示例用到的数据库的脚本文件

原文地址:http://www.cnblogs.com/kid1412/p/5161890.html

时间: 2024-10-16 05:18:50

Entity Framework 6 Recipes 2nd Edition(12-5)译 -> 自动删除相关联实体的相关文章

Entity Framework 6 Recipes 2nd Edition(9-3)译->找出Web API中发生了什么变化

9-3. 找出Web API中发生了什么变化 问题 想通过基于REST的Web API服务对数据库进行插入,删除和修改对象图,而不必为每个实体类编写单独的更新方法. 此外, 用EF6的Code Frist实现数据访问管理. 本例,我们模拟一个N层场景,用单独的客户端(控制台应用)来调用单独的基于REST服务的Web网站(WEB API应用) . 注意:每层使用单独的Visual Studio 解决方案, 这样更方便配置.调试和模拟一个N层应用. 假设有一个如Figure 9-3所示的旅行社和预订

Entity Framework 6 Recipes 2nd Edition(13-4)译 -> 有效地创建一个搜索查询

问题 你想用LINQ写一个搜索查询,能被转换成更有效率的SQL.另外,你想用EF的CodeFirst方式实现. 解决方案 假设你有如下Figure 13-6所示的模型 Figure 13-6. A simple model with a Reservation entity            首先,这个例子用EF的CodeFirst方式实现,在Listing 13-10,我们创建实体类Reservation Listing 13-10. The Reservation Entity Obje

Entity Framework 6 Recipes 2nd Edition(9-4)译->Web API 的客户端实现修改跟踪

9-4. Web API 的客户端实现修改跟踪 问题 我们想通过客户端更新实体类,调用基于REST的Web API 服务实现把一个对象图的插入.删除和修改等数据库操作.此外, 我们想通过EF6的Code First方式实现对数据的访问. 本例,我们模拟一个N层场景,用单独的控制台应用程序作为客户端,调用Web API服务(web api项目). 注:每个层用一个单独的解决方案,这样有助于调试和模拟N层应用. 解决方案 假设我们一个如Figure 9-4.所示模型 Figure 9-4. A 客户

Entity Framework 6 Recipes 2nd Edition(目录索引)

Chapter01. Getting Started with Entity Framework / 实体框架入门 1-1. A Brief Tour of the Entity Framework World / 简单浏览实体框架世界 goto1-2. Using Entity Framework / 使用实体框架 Chapter02. Entity Data Modeling Fundamentals / 实体数据建模基础 2-1. Creating a Simple Model2-2. C

Entity Framework 6 Recipes 2nd Edition(13-3)译 -> 为一个只读的访问获取实体

问题 你想有效地获取只是用来显示不会更新的操作的实体.另外,你想用CodeFirst的方式来实现 解决方案 一个非常常见行为,尤其是网站,就是只是让用户浏览数据.大多数情况下,用户不会更新数据.在这种情况下,你可以通过避开上下文的缓存和修改跟踪来提高代码性能,你可以非常简单地使用AsNoTracking方法来实现. 让我们假设你一个应用程序来管理doctor(医生)的appointments(预约),你的模型如下图Figure 13-5. Figure 13-5. A model for man

Entity Framework 6 Recipes 2nd Edition(13-2)译 -> 用实体键获取一个单独的实体

问题 不管你用DBFirst,ModelFirst或是CodeFirst的方式,你想用实体键获取一个单独的实体.在本例中,我们用CodeFirst的方式. 解决方案 假设你有一个模型表示一个Painting(绘画)类型的实体,如Figure 13-2所示: Figure 13-2. The Painting entity type in our model 在代码In Listing 13-2,我们创建实体类Painting. public class Painting { public str

Entity Framework 6 Recipes 2nd Edition(13-5)译 -> 使POCO的修改追踪更高

问题 你正在使用POCO,你想提高修改跟踪的性能,同时使内存消耗更少.另外,你想通过EF的CodeFirst方式来实现. 解决方案 假设你有一个关于Account(帐户)和相关的Payments(支付)的模型,如Figure 13-7 Figure 13-7. A model with an Account entity and a related Payment   首先,本例用EF的CodeFirst方式实现,在Listing 13-16,我们创建实体类:Account和Payment.为达

Entity Framework 6 Recipes 2nd Edition(9-1)译->用Web Api更新单独分离的实体

第九章 在N层结构的应用程序中使用EF 不是所有的应用都能完全地写入到一个单个的过程中(就是驻留在一个单一的物理层中),实际上,在当今不断发展的网络世界,大量的应用程序的结构包含经典的表现层,应用程,和数据层,并且它们可能分布在多台计算机上,被分布到一台单独的计算机上的应用程序的某个领域的逻辑层,并不过多地涉及代理服务器编码,序列化,和网络协议,应用程序可以跨越很多设备,从小到一个移动设备到大到一个包含企业所有账户信息的数据服务器. 幸运的是,EF可应用于WCF,WEB Api等诸如此类的多层框

Entity Framework 6 Recipes 2nd Edition(11-2)译 -> 为一个”模型定义”函数返回一个计算列

11-3. 为一个”模型定义”函数返回一个计算列 问题 想从”模型定义”函数里返回一个计算列 解决方案 假设我们有一个员工(Employee)实体,属性有: FirstName, LastName,和BirthDate, 如 Figure 11-3所示. Figure 11-3. An Employee entity with a few typical properties 我们想要创建一个”模型定义”函数,让它返回FirstName 和LastName 合并后的full name . 我们想