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