在数据库中，表与表之间可能存在多种联系，比如，一对多，多对多的关系。当我们使用逻辑外键在数据库建立两张表之间的关系的时候，我们使用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 内部中去了。我们用到的 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 }