软件设计师-数据库

E-R模型

实体（Entity）：是指客观存在可以相互区别的事务。实体可以是具体的

对象，如：一个工厂职工，一辆汽车等；也可以是    抽象的事件，如一次借书，

一场足球赛等。

实体型使用矩形表示如：

属性（Attribute）：实体有很多特性，每个特性称为属性。每个属性有个值域，其类型可以是整型、实数、字符串、   。

比如学生（实体），有学号、姓名、年龄、性别等属性、相应值域为 字符、  字符串、整数和字符串型。

属性用椭圆形表示，例如：

联系（Relationship）

1:1联系： 如果实体集E1中的每个实体最多只能和实体集E2中的一个实体有联系，反之亦然，那么实体集E1对E2的联系就是称为“一对一联系”，记为“1:1”。

1：N 联系：如果实体集E1中每个实体集与实体集E2中任意个（1个或多个）实体有联系，而E2

中每个 实体至多与E1中的一个实体有联系，那么E1和E2的联系是"一对多"，记为1：N“”。

M:N联系：  如果实体集E1中每个实体与实体集E2中（零个或多个）实体有联系，反之亦然，那么E1

对E2的联系是“多对多联系”，记为“M：N”。

ER模型转换成关系模式的规则

一个实体型转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码

1:1

遇到1:1 关系的话在两个实体任选一个添加另一个实体的主键即可。

1:N

1:N 遇到 1:N 关系的话在N端添加另一端的主键，假如有学生和班级两个实体，一个班级可以容纳多个学生，但是一个学生只能选择一个班级， 因此班级和学生是1:N的关系，现在要转换为关系模型， 我们只需在学生的这端加上班级的唯一标识即可，这样做的原因是，因为一个学生只能有一个班级，班级是相对学生唯一的。

N:M

遇到N:M我们需要将联系转换为实体，然后在该实体上加上另外两个实体的主键，作为联系实体的主键，然后再加上该联系自身带的属性即可。例如有学生和老师两个实体， 一个学生可以由多名老师来授课，一名老师也可以授课多名学生，它们是M:N关系的，假如联系为授课，该联系上有成绩属性，因此当我们把它转换为关系模型时，我们把联系转换为联系实体，并添加学生实体的主键（学号）和教师实体的主键（教师编号）作为自己的主键，值得注意的是，授课实体的外键分别是学号和教师编号，但是它的主键是（学号，教师编号），另外它还拥有自己的一个属性成绩。

1:1:N

这是三元联系的对应关系，但是当转换为关系模型时，和1:N的情况是差不多的。我们只需将N端添加另外两端的主键即可。

M:N:P

这种三元联系的三种多对应关系，看上去很复杂，其实转换起来并不是那么复杂了，我们要做的仅仅是将其中的联系转换为联系实体，然后在联系实体上添加M端N端P端的主键，然后加上联系实体自身的属性，就行了。

例子：

说了这么多看个小例子。

这是一份关于商店商品仓库的ER图。

先看仓库和商品之间是M:N的关系，于是我们首先想到的应该是把联系 库存转换为库存实体。 
库存 （仓库号，商品号，日期，库存量） 
然后是商品实体和仓库实体 
商品（商品号，商品名，单价） 
仓库（仓库号，仓库名，地址）

除此之外仓库和商品还有一个供应关系，同样是M:N关系： 
供应 （仓库号，商品号 ，月份，月供应量）

在上图的商店和仓库之间的关系可能写漏了，但是它们应该也是M:N的关系，一个商店可以被多个仓库供应，一个仓库也可以供应多个商店。上面已经创建了供应实体，现在只需在供应实体中假如商店号即可，也就是商店实体的主键。

供应（仓库号，商品号，商店号 ，月份，月供应量） 

商店（商店号，商店名，地址）

 键（码）、函数依赖及范式

超键：在关系模式中，能唯一标识元组的属性集称为超键。

候选键：在关系模式中，能唯一标识元组且不含多余属性的属性集称为候选键。

超键与候选键的区别是候选键可能含有多余元素

主键：在一个关系的若干个候选键随意选择一个关键字，这个关键字就是主键。

外键：如果关系模式R1中的某属性集不是R1的候选键，而是关系模式R2的候选键，

则这个属性集对模式R1而言是外键，注意这不是对于R2而言的。

二、6个范式
　　好了，上面已经介绍了我们掌握范式所需要的全部基础概念，下面我们就来讲范式。首先要明白，范式的包含关系。一个数据库设计如果符合第二范式，一定也符合第一范式。如果符合第三范式，一定也符合第二范式…