ASP.NET没有魔法——ASP.NET MVC 与数据库之EF实体类与数据库结构

　　大家都知道在关系型数据库中每张表的每个字段都会有自己的属性，如：数据类型、长度、是否为空、主外键、索引以及表与表之间的关系。但对于C#编写的类来说，它的属性只有一个数据类型和类与类之间的关系，但是在My Blog中并没有对它们之间进行过任何的配置，My Blog可以使用已有的数据库运行，在后续为Post类型添加新属性时，新属性也能够正确的添加到数据库表中，以下是MySQL的数据库表结构：

　　其中IsPublish和ClickCount是后续通过EF Mirgations添加的。下图的表是直接通过EF根据Post类创建的，可以看出它们部分数据类型是不一样的，自己创建的数据库Title等字段用的是varchar而EF创建的是longtext：

　　本文将从以下两个方面来介绍如何将类与类之间的关系映射到数据库中：

　　●关于EF code first约定
　　●通过Fluent API来修改属性和关系
　　●使用数据特性标记修改属性和关系

关于EF code first约定　

　　约定(Conventions)是一个在使用EF Code First时根据实体类型自动配置一个“概念模型”的规则集合，这里的“概念模型”就可以理解为数据库表模型。它们位于System.Data.Entity.ModelConfiguration.Conventions 命名空间。以下是一些常用的约定：
　　● 关于ID的约定(主键约定)：类型中以ID命名的或者命名以ID结尾的，如ID或PostID。如果类型为数字或者GUID那么将会被认为是Identity列。
　　● 关于类关系的约定(表之间的外键约定)：使用导航属性(既该属性是另一个实体类型)来判断类与类之间的一对一、一对多和多对多关系。

　　以下是微软文档例子：

 1 public class Department 
 2 { 
 3     // 主键 
 4     public int DepartmentID { get; set; } 
 5     public string Name { get; set; } 
 6  
 7     // 导航属性 
 8     public virtual ICollection<Course> Courses { get; set; } 
 9 } 
10  
11 public class Course 
12 { 
13     // 主键 
14     public int CourseID { get; set; } 
15  
16     public string Title { get; set; } 
17     public int Credits { get; set; } 
18  
19     // 外键(主表主键名称) 
20     public int DepartmentID { get; set; } 
21  
22     // 导航属性 
23     public virtual Department Department { get; set; } 
24 }

View Code　　

　　在依赖的类型中建议添加一个外键属性，以下几种写法会被认为是外键属性(大小写不敏感)：
　　○ 导航属性名称+主表主键名称
　　○ 主类名称+主键名称
　　○ 主表主键名称

　　注：如果外键属性是不可为空类型，那么EF会建立一个关联删除，当主键记录被删除时，关联的外键记录也会被删除。
　　如果“导航属性”的类型中不存在主键，那么会被认为是一个复杂类型。
　　更多参考文档：
　　https://msdn.microsoft.com/en-us/library/jj679962(v=vs.113).aspx
　　https://msdn.microsoft.com/library/system.data.entity.modelconfiguration.conventions.aspx

通过Fluent API来修改属性和关系

　　除了默认的约定外还可以使用特性在对应的实体属性上面标记和通过EF的Fluent API来进行配置实现关系、属性的修改。
　　本系列文章以Code First为主，所以对于实体与数据库之间关系的映射也将使用代码的方式通过Fluent API来介绍。
　　Code First Fluent API一般是继承DbContext并重写OnModelCreating方法，在OnModelCreating方法中通过modelBuilder来配置对应的实体信息：