原文地址:http://www.entityframeworktutorial.net/code-first/code-first-conventions.aspxhtml
EF 6 Code-First系列文章目录:数据库
约定就是一系列的默认规则,经过这些规则,在使用EF Code-First的时候,能够自动的基于你的领域类配置概念模型。就像你在前面Code-First示例一节中看到的那样,EF API 基于领域类,不须要额外的配置就能够,配置主键,外键,关系,以及列的数据类型等等。这就是EF Code-First约定在起的做用。若是领域类遵循了默认的约定,那么生成的数据库结构,就会是基于这个默认约定的。EF 6.x Code -First默认约定都定义在System.Data.Entity.ModelConfiguration.Conventions命名空间下。app
下面的图表,列出来了Code-First默认约定:学习
默认约定 | 描述 |
Schema【模式】 | 默认状况下,EF会为全部的数据库对象,建立dbo模式名称。 |
Table Name【数据表名称】 | 默认,EF将会建立为实体建立的表名称是,实体名称+s。例如:Student实体将会映射成Students表 |
Primary Key Name【主键名称】 | 1.Id测试 2.实体名称+"Id"(不区分大小写的)ui 默认状况下,EF将会把实体的Id属性设置为主键,或者是将实体名称+Id的属性设置为主键。【不区分大小写的】spa |
Foreign Key Property Name【外键名称】 | 默认状况下,EF将查找与主体实体的主键名称相同的外键属性。.net 若是这个外键属性不存在,那么EF将会在数据表中,建立一个外键列,名称是:依赖项的导航属性名称+“_”+主体实体的主键名称。翻译 例如:若是在Student实体中,不包含Grade实体的外键属性,EF将会在Students表中,建立名称为Grade_GradeId的外键。code |
NULL column 【NULL的列】 | EF将会为全部的引用类型的属性建立可空数据列。例如:string,NUllable<int>,Student,Grade(全部类类型的属性) |
Not null column【不为空的列】 | EF中为主键属性以及不为空类型的值类型建立非空列。例如:int、float、decimal、datetime等等。 |
DB Column Order【数据库列的顺序】 | EF会根据属性在实体中的顺序,为列建立相应的顺序。须要注意的是:主键列会被移到第一个 |
Properties mapping to DB【属性怎么映射到数据库】 | 默认状况下,全部的实体属性都会被映射到数据库中,能够使用【NotMapped】特性,来标识属性,就能够让这个属性不被映射到数据库的表中了。 |
Cascade delete【级联删除】 | 默认对全部类型的关系都是启用的。 |
下面的图表,列出来了C#数据类型和SQL Server数据类型映射的对应关系。
C#数据类型 | 映射到的SQL Server数据类型 |
int | int |
string | nvarchar(max) |
decimal | decimal(18,2) |
float | real |
byte[] | varbinary(max) |
datetime | datetime |
bool | bit |
byte | tinyint |
short | smallint |
long | bigint |
double | float |
char | no mapping |
sbyte | no mapping(Throws exception)抛异常 |
object | no mapping |
下面的图形,列出来了,根据默认的约定,生成的数据库。
Relationship Convention【关系约定】
EF 6 默承认以经过导航属性,推断出一对多【One-to-Many】的关系。后面的章节中,咱们会学习一对多的关系。
注意的是:EF 6 不包含一对一和多对多的关系约定。你能够经过数据注解或者Fluent API来配置一对一关系或者多对多关系。
Complex Type Convention【复杂类型约定】
Code First为类建立的复杂类型,并不包含Key 属性,一样主键也是没有经过数据注解或者Fluent API配置的。
好了,这就是Code-First默认约定的大致内容了,注意:这些约定能够经过数据注解或者Fluent API 重写。
这一篇就介绍完了,你们有什么不明白的,能够在下面留言,我会一一回复。谢谢。