EF实体框架处理实体之间关联关系与EF延迟机制(下)
在数据库中,表与表之间可能存在多种联系,比如,一对多,多对多的关系。当我们使用逻辑外键在数据库建立两张表之间的关系的时候,我们
使用EF实体框架必然也会将这种关系映射到我们的实体关系中来。所以,在我们做项目的时候,很多情况下我们都使用逻辑外键建立两张表之间的关系,
从而避免删除等操作带来的种种问题。
那么,我们的EF实体框架是怎么解决这种关联关系呢?假如给我们两张表,一张是用户表,另外一张是订单表。用户表与订单表是一对多的关系,
我们来仿照EF代码简单的写一个自己的框架(CodeOnly).
第一步:建两个类UserInfo和Order类
下面这时UserInfo类:
1 namespace codeOnly
2 {
3 public class UserInfo
4 {
5 [Key]
6 public int Id { get; set; }
7 public string UName { get; set; }
8 //这里显示了一对多的关系,一个用户可以有多个Order表
9 public ICollection<Order> Order { get; set; }
10 }
11 }
下面这是Order类
namespace codeOnly
{
public class Order
{
[Key]
public int Id { get; set; }
public string Content { get; set; }
//一个Order对应一个User
public UserInfo User { get; set; }
}
}
这样便解决了一对多的关系,多对多的实现也是如此,那么我们再来看看它的上下文的实现过程吧
1 namespace codeOnly
2 {
3 public class DbContentDemo:DbContext
4 {
5 //实现了.Net与数据库的连接
6 public DbContentDemo()
7 : base("name=Demo")
8 {
9
10 }
11 public DbSet<UserInfo> UserInfo { get; set; }
12 public DbSet<Order> Order { get; set; }
13 }
14 }
看到这里,我们是不是就想起了HttpContext这个类呢,简直是具有异曲同工之处呢。前边也已经介绍了上下文的作用,这里就不再多说了,
主要介绍一下其中“name=Demo”的作用。在App.config下:Demo就是与数据库进行连接的字符串。所以它在内部实现了与数据库进行连接的操作。
下面这段代码就可以实现在数据库中创建与我们的实体一一对应的表格了。
1 namespace codeOnly
2 {
3 class Program
4 {
5 public static void Main(string[] args)
6 {
7 DbContentDemo dbcontext = new DbContentDemo();
8 //初始化数据库
9 dbcontext.Database.CreateIfNotExists();//如果数据库不存在则自动创建
10 UserInfo user = new UserInfo();
11 user.Id = 5;
12 user.UName = "大家好";
13 dbcontext.SaveChanges();
14 Console.ReadKey();
15 }
16 }
上面这些代码颇为简单,相信大家都能看明白EF实体框架内部的处理过程是怎样的了(这是ModelFirst的情况),那么在DbFirst的情况下处理
一对多多对多的关系我们也简单的用一段小代码来诠释吧。
1 namespace ModelFirstaaaa
2 {
3 class Program
4 {
5 static void Main(string[] args)
6 {
7 //一对多的关系
8 Model1Container dbContext=new Model1Container();
9 UserInfo user=new UserInfo();
10 user.ID = 5;
11 user.IsDel = "false";
12 user.Phone = "13363605745";
13 user.SubTime=DateTime.Now;
14 user.UName = "大家好";
15 dbContext.UserInfo集.AddObject(user);
16
17 Order order=new Order();
18 order.ID = 5;
19 order.Content = "你哈";
20 order.UserInfo = user;
21
22 dbContext.SaveChanges();
23 Console.WriteLine("执行成功");
24 Console.ReadKey();
25
26 //多对多的关系
27
28 #region 多对多的关系
29 Model1Container dbContext = new Model1Container();
30 UserInfo user = new UserInfo();
31 user.ID = 6;
32 user.IsDel = "false";
33 user.Phone = "13363605745";
34 user.SubTime = DateTime.Now;
35 user.UName = "me";
36 dbContext.UserInfo集.AddObject(user);
37
38 Order order = new Order();
39 order.Content = "你好";
40 order.ID = 7;
41 dbContext.Order.AddObject(order);
42
43 order.UserInfo.Add(user);
44 dbContext.SaveChanges();
45 Console.WriteLine("ok");
46 #endregion
47 }
48 }
49 }
另外,EF还有一个很优美的特定,那就是延迟加载的特性。EF中第一个延迟加载机制:当我们用到的时候才会去加载数据。每次使用的时候都会
全新为我们加载数据。使用多少次便查询多少次。当我们使用Linq表达式写一个查询语句的时候,返回的结果基本上都是一个IQuerable类型集合,数据
库的sql执行的顺序一般为from,where,select......而我们EF实体框架将程序编译成sql脚本的时候 先把执行的顺序根据算法生成树的形式(编译原理),
根节点是from,先中间,后左边,然后最右边。
我们C#提供的Expression类型就为我们提供了树的结构。我们写的Linq表达式最终只不过是将Linq生成了表达式放到了Expression表达式类型中去了。
我们用到的IQueryable接口的集合的时候,IQuerable集合内部的Provider属性会解析Expression,然后生成相应的sql语句去做相应查询并加载数据。
1 var data = dbContext.ClassInfo.Where(c => c.ClassName.Contains("计算机"));
2 foreach (var classinfor in data)
3 {
4 Console.WriteLine(classinfor.ClassId+classinfor.ClassName);
5 }
2.第二种延迟加载机制:
导航属性的延迟加载机制:如果实体是查询出来的,那么通过导航属性去访问其它有关联的实体的时候EF会自动帮我们去查询关联表的数据。
不管有没有ToList,导航属性 有个需求:缓存。IQueryable是一个非常特殊的接口,数据并不存放在本地,只有用到的时候通过Provinder去解析加载
数据(它本身是不存储数据的)。而我们List,Array(实现了IEnumrable接口,可以对数组进行遍历)都是一个本地集合。Var users=(from u in
dbHmEntities select u).ToList();当查询成功的时候就相当于将数据库中的内容立刻加载到内存中,这时候使用foreach遍历集合的时候就不会
去执行sql脚本了。FirstOrDefault也是立即去查询。
1 //IQueryable:是非常特殊的接口,数据并不存放在本地,只有用到的时候去解析Exp加载数据。
2 var data2 = dbContext.ClassInfo.Where(c => c.ClassName.Contains("计算机")).ToList();
3 foreach (var classinfo in data2)
4 {
5 Console.WriteLine(classinfo.ClassName+classinfo.ClassId);
6 }