文章目录
聪明的，为什么要把E-R图转换为关系模式？
- E-R图转换成表格式，是从E-R图导出关系数据库设计的基础
- 符合E-R图的数据库，可以表示为若干表的集合
-
对每一个实体集及联系集都有一个唯一的表。
该表的名字就是对应实体集或者联系集的名字。
具有简单属性的强实体集的表示
“强实体转为表，属性不变”
- 主码：强实体集的主码
-
属性：强实体集的属性
Example： Student(ID,name,tot_cred)
具有复杂属性的强实体集的表示
复合属性，被拉平，
- 复合属性， 可以通过为每个组成属性创建一个单独属性。
-
E.g. 实体集***instructor*** ，具有符合属性***name***，
（组成属性为***first-name、last-name***）
则对应的关系模式为***instructor（name.first_name, name.last_name,…,）***
或者***instructor(first_name, last_name, …,)***
有多值属性的实体集
" 实体集合E的多值属性M，用一个单独的表EM表示 "
E.g. instructor的多值属性phone_number 表示为表：
instructor(ID, name, salary, phone_number)
→
instructor(ID, name, salary)
instructor_phone(ID, phone_number)
" 多值属性的每个值，映射到EM中的单独行 "
弱实体的表示
-
弱实体集的属性：
弱实体本身的属性 + 它所依赖的强实体集中的主码属性 -
弱实体集的主码：
它所依赖的强实体集中的主码 + 弱实体集中的分辨符
联系集向关系模式的转化
-
关系模式：
联系集本身 -
属性：
参与联系的实体集的主码+联系的属性 -
主码：
根据联系的类型来确定
(联系的类型)
1. m:m 多多联系的主码
"参与联系的实体各主码，合成新主码"
2. 1:m或m:1。一对多联系的主码
"联系集中“多”方的实体集的主码 构成主码"
e.g.
假如有学生和班级两个实体。
一个班级可以容纳多个学生，但是一个学生只能选择一个班级。
因此班级和学生是1:N的关系
现在要转换为关系模型
只需在学生的这端加上班级的主码。(此联系的关系模式的主码还是s_id)
原因: 一个学生只能有一个班级，班级是相对学生唯一的。
(当然，大学之前应该是这样的，大学几乎每个课就一个班。)
再来一个e.g.
Student和instructor是m:1
则联系advisor(s_ID,i_ID) （加粗的为主键）
3. 1：1联系的主码
“用任一方实体集的主码都可以选作主码”
模式的冗余和合并
"如果两个实体集的主码相同，则两个实体集可以合并"
1:1,1:m的联系集都是可以合并到其它实体集中的