常规实体类型的映射
 
常规实体类型的特征
 强实体，有简单属性，有复合属性，无多值属性
 
映射方法
 
为E-R图中的每个常规(强)实体类型E，创建一个关系模式E 
  
实体类型E的简单属性，直接放入关系模式E
实体类型E的复合属性，只把其简单成员属性放入关系模式E
 
如果实体类型E有多个候选键，选择其中一个，作为关系模式E的主键，其他的作为备用键
实体类型E的每一个实体实例，对应关系模式E的一个元组
 
二元多对多联系类型的映射
 
映射方法
 
为E-R图中二元一对多联系的每个参与实体类型E1和E2，创建关系模式E1和E2
使用一个新的关系模式R来表示两个参与实体之间的多对多联系 
  
主键为两个参与实体的主键的并集
创建2个外键约束，参照引用相应的参与实体
联系的描述性属性，放入到这个新添加的关系模式R中
 
 
二元一对多联系类型的映射
 
第一种映射方法：外键方法
 
为E-R图中二元一对多联系的每个参与实体类型E1和E2，创建关系模式E1和E2
选中参与联系的多方实体所对应的关系模式，为其添加一个外键（是参与联系的一方实体的主键）
联系的属性，也一同放入多方实体
多方是子实体，一方是父实体
 
 
 
部分参与的时候使用null值进行合并
 
 
第二种映射方法：添加关联关系法
 二元多对多特例
 
二元一对一联系类型的映射
 
第一种映射方法：外键方法
 同二元一对多，任选一方合并外键
 
第二种映射方法：合并关系方法
 为E-R图中二元一对一联系的两个参与实体类型E1和E2，创建关系模式E，包含了这两者的全部属性和联系的属性
 
第三种映射方法：添加关联关系法
 二元一对多特例
 
强实体/弱实体的映射
 
映射方法
 
 
为弱实体集A创建关系模式A
 关系模式A的属性由所有的弱实体集属性加上所依赖的强实体集的主键构成
 关系模式A的主键由强实体集B的主键加上弱实体集A的分辨符构成
 
 
在关系模式A 上建立外键约束
 外键约束具有“级联删除”规则
 
 
多值属性的映射
 
映射方法
 
将包含多值属性M实体集R转换为两个关系R1和R2
 
R1包括该实体集中除了多值属性以外的所有属性
R2包含两组属性 
  
实体集R的主码构成R2的主键
多值属性M本身（此时已经转换为单值了！）
 
 
R2的主键R1主键加单值属性M
 外键约束具有“级联删除”规则（cascade），适用于update和delete
 
复杂属性的映射
 
映射方法
 先考虑多值属性，然后复合属性
 
n元联系类型的映射
 
映射方法
 
为E-R图中n元联系的每个参与实体类型E1，E2，…En，创建关系模式E1，E2，…En
为创建一个新的关系模式R，表示这个n元联系 
  
把所有参与实体的主键作为关系模式R的外键
关系模式R的主键通常由所有参与n元联系的实体的主键的并集构成 
    
如果有一个实体类型E的基数约束是1，那么R的主键就不包括这样的外键属性
 
n元联系的描述性属性也应该加入到关系模式R中
 
 
关联实体的映射
 
映射方法
 
为关联实体创建一个关系模式R
 
如果关联实体还没有分配主键 
  
把所有参与实体的主键的并集作为关联实体对应的关系模式R的主键
把所有参与实体的主键作为关联实体对应的关系模式R的外键
 
如果关联实体已经分配了主键 
  
关联实体的主键可以作为其所对应的关系模式R的主键
把所有参与实体的主键作为关联实体对应的关系模式R的外键
 
 
递归联系类型的映射
 
一对多递归联系
 
 多对多递归联系
 
 
聚集（Aggregation）的映射
 
直接使用定义该聚集的联系集所创建出来的关系模式当作二元联系即可
 
超类/子类联系类型的映射
 
第一种方法
 
为高层实体集创建一个模式；
为每个低层实体集创建一个关系模式： 
  
属性包括对应于低层实体集的每个属性
属性包括对应于高层实体集主码的每个属性
 
高层实体集的主码属性同时也是所有低层实体集的主码属性
在低层实体集上建立外码约束，其主码属性参照创建自高层实体集的关系的主码
 
第二种方法
 
如果概化是不相交且完全的 ：
 不存在同时属于两个同级的低层实体集的实体，高层实体集的任何实体都是某个低层实体集的成员
 
不需要为高层实体集创建任何关系模式
只需要为每个低层实体集创建一个关系模式 
  
属性包括对应于低层实体集的每个属性
属性同时包括对应于高层实体集的每个属性
 
将高层实体集的主码作为低层实体集的主码
 
 
 
不好用还是别用了
 

 
文章目录
 
关系的特性
数学定义的关系
关系的特性
关系不可重复
候选码/候选键
一个关系中可以有多个候选码/候选键
主码/主键
主属性与非主属性
外码/外键
总结:什么是关系

 
关系的特性
 

 列的同质性,每一列的分量来自与同一个值域
 
数学定义的关系
 
 
关系的特性
 

 每一列属性都满足第一范式,也就是属性不可再分的特性
 
 关系满足列无关性和行无关性,也就是说每条记录,和每列属性,不因为所在的位置不同而让两个关系不同
 
关系不可重复
 

 理论上来说,关系是不可以重复的,也就是不应该有所有属性相同的记录或元组.
 
候选码/候选键
 

 在关系中,一个属性或属性组,可以用来唯一标识一个元组,若从该属性中去掉任何一个属性,它就不具有这个特性了,这样的属性组就叫做候选码.
 
一个关系中可以有多个候选码/候选键
 
 
主码/主键
 

 当有多个候选码时,可以选择一个作为主键.
 DBMS使用主键为主要线索管理关系中的多个元组
 
主属性与非主属性
 

 包含在任何一个候选码中的属性称为主属性,而其他属性被称为非主属性
 最简单的候选码只包含一个属性
 最极端的,所有属性构成这个关系的候选码,称为全码(All-Key)
 
外码/外键
 

 关系R中的一个属性组,它不是本关系的候选码,但它与两一个关系的S的候选码对应,就称这个属性组为R的外码/外键.
 两个关系通常是靠外键关联起来的.
 
总结:什么是关系
 
如图
 

一：简介
 
 
 
E-R图向关系模式的转换需要考虑的是:
 
 
将实体和实体间的联系均转换为关系模式。
 
 
 
 
故关系模式的转换需要:
 1：实体的转换
 2：联系的转换
 其中两个实体间的二元联系的类型有三种:
 即: 1:1型,1:n型,m:n型
 其中三个实体间的三元联系的类型有四种:
 即:1:1:1型和1:1:N型和1:M:N型和M:N:P型。
 
 
二：二元关系模式的转换
 
实体关系模式的转换
 
 
 
实体转换为关系模式很简单。
 
 
 
 
一个实体对应一个关系模型,实体的名称即是关系模型的名称,实体的属性就是关系模型的属性, 实体的码就是关系模型的码。
 
 
 
 
注意:
 1:属性域的问题。
 2:非原子属性的问题。E-R图中允许非原子属性。
 
 
二元关系模式的转换
 
1:1型二元关系模式的转换。
 
方法一：
 
先进行实体关系模式的转换。
再进行联系的转换。即:写出两个实体的码和联系本身属性。
 (此时联系的关系模式的主键为:两端实体的码)
 
(故最终采用方法一进行关系模式转换的最终结果是 :
 需要对实体进行关系模式的转换和联系关系模式的转换)
 
方法二：
 
先进行实体关系模式的转换。
任意选择一个实体的所有属性再加入另一个实体的码和联系本身的属性。
 (最后选择的这个实体的最终关系模式的主键为:两端实体的码组成的复合键)
 
(故采用方法二的关系模式转换的最终结果是 :
  不必写出联系的转换,联系的转换结果已加在实体的转换结果中)
 
 
1:n型关系模式的转换。
 
方法一：
 
先进行实体关系模式的转换。
再进行联系的转换。即:写出两个实体的码和联系本身属性。
 (此时联系的关系模式的主键为: n端实体的码)
 
(采用方法一的关系模式转换的转换结果是:
 需要对实体进行关系模式的转换和联系关系模式的转换)
 
方法二：
 
先进行实体关系模式的转换。
选择n端的实体的所有属性再加入1端的码和联系本身属性。
 (最后n端这个实体的最终关系模式的主键为:两端实体的码组成的复合键)
 
(故采用方法二的关系模式转换的最终结果是 :
  不必写出联系的转换,联系的转换结果已加在n端实体的转换结果中)
 
 
m:n型联系的转换。
 
 
 
m:n型的联系的关系模式的转换不能省略。
 故m:n型需要且必须只能写成: 实体的转换+关系的转换。
 
 
方法:
 
先进行实体的关系模式的转换。
再进行联系的关系模式转换。
 即:写出两个实体的码和联系本身的属性。
 (此时联系的关系模式的主键为: 两端实体的码组成的复合键)
 
(故m:n型关系模式转换的最终结果是 :
  要写出实体的转换和关系的转换)
 
 
三:实际题目的二元关系模式的转换规则
 
1：对于1:1型和1:n型的转换:
 一般都是采用方法二进行转换。
 
2：对于m:n型的 联系 的转换只有一种方法。
 
即需要: 实体的转换+联系的转换(产生3个关系模式)
 
 
四:实际题目的二元关系模式的转换的步骤
 
(两大步骤:先所有实体的转换,后所有联系的转换)
 
例题:
 
 
1：(先所有实体的转换)
 先将E-R图中所有出现的实体进行实体转换。结果即:
 
①系（系编号，系名，电话）
 ②教师（教工号，姓名，性别，职称）
 ③课程（课程号，课程名，学分）
 
2：(后所有联系的转换)（1:1和1:N的联系转换结果加入实体转换)
 
根据E-R图中出现的关系类型对所有的关系类型进行转换(依据上面第三大部分的规则进行关系类型的转换)
 
对于1:1联系“主管”，可以在“系”模式中加入教工号（教工号为外键）
 
对于1:N联系“聘用”，可以在“教师”模式中加入系编号属性（系编号为外键）
 对于1:N联系“开设”，可以在“课程”模式中加入系编号属性（系编号为外键）
 
①系（系编号，系名，电话，教工号）
 ②教师（教工号，姓名，性别，职称，系编号，聘期）
 
对于M:N联系“任教”，则生成一个新的关系模式：(即M;N联系的关系模式单独拎出来)
 
①任教（教工号，课程号，教材）
 
(4)这样，转换成的四个关系模式如下：(转换的最终结果如下:)
 
①系（系编号，系名，电话，教工号）
 ②教师（教工号，姓名，性别，职称，系编号）
 ③课程（课程号，课程名，学分,系编号）
 ④任教（教工号，课程号，教材）
 
 
五: 三个实体间三元关系模式的转化
 
三个实体间三元关系模式的转换思想和二元关系模式的转换类似。
 具体可参考链接: 三元关系模式
 
 
The End!!创作不易,欢迎点赞/评论!!欢迎关注个人公众号
 

 
 
一、关系（二维表）
 
现阶段主要的商用数据库系统，如ORACLE，Sybase， DB2等，都是基于关系模型的数据库系统。关系模型应用广泛的原因之一就是它具有简单、明快的数据建模概念：以称为关系的二维表的形式结构数据。使数据库的结构和相关操作也都变得简洁和易于理解。
 
以教学管理系统为例，若定义三个实体集：学生（student）、课程（course）、学习（sc），则在关系数据库系统中可以使用图1-5的三个二维平面表描述。
 
Student
 

 
 
 
Course
 

 
 
 
SC
 

 
 
 
图1-5
 
为便于理解，我们讨论在文件系统和关系数据库系统中，分别是如何看待这三张平面表的。在文件系统中，上述三个二维平面表，称为三个文件（file）。由于各个文件均只含一种记录类型的纪录，所以称之为同质文件。表中的一行称为一个记录；表头的一行称为相应文件中记录的型；表中任一列中的每一个数据称为对应记录的一个数据项。在数据库系统中，对图1-5中三个平面表则是这样看待的：每一个二维平面表，称为一个关系（relation）；表中的一行叫一个元组（tuple）；表头的一行称为该关系的关系框架（framework）；表中的一列对应一个属性；关系数据库要求每一属性对应一个特定数据类型，所以属性列在关系数据库中又称域；列中一个元素，是对应元组所描述的实体在该属性上的取值。 
 
尽管文件系统和关系数据库系统在数据管理上具有质的区别，但在对客观世界进行数据描述这一根本的目的上它们是统一的，或说是一脉相承的：一个平面表描述一个实体集，描述实体集的数据在文件系统中叫文件，而在关系数据库中则叫关系；表中一行描述一个实体，描述实体的数据，在文件系统中叫记录，而在关系数据库中则叫元组；表中一列，描述实体集中各实体在相应属性上的取值，称它们是描述属性的数据，在文件系统中叫数据项，而在关系数据库中则称之为元组的分量。
 
二、关系模式
 
考察图1-5所示各关系的‘表头’，都是一个属性序列，如关系student的属性序列是（s#，sname，age，sex）。这种属性序列规定了被描述实体集要描述的性质，关系的属性既是相应列的名字，也是各元组分量的逻辑含义。例如，age是关系student的第三属性，从而规定了该关系所有元组的第三分量均为相应学生的年龄取值。但是从概念上讨论关系模式时，却不把关系框架中的属性序列视为列表，而把它视为属性集合，并且把关系名和关系的属性集合一起称为关系的模式。一般用圆括号把属性集括起来，把关系名写在括号前面，表示一个具体关系的模式。以图1-5关系student为例，其模式书写方式如下：
 
student (s#，sname，age，sex)；
 
在关系模型中，一个数据库可以包含多个关系模式。我们在数据库设计中，把一个数据库包含的所有关系模式的集合，叫该数据库的‘数据库模式’。
 
三、其它关系模型的基本概念
 
1、元组
 
图1-5各关系中，一个数据行称为一个‘元组’。关系是元组的集合。所以，理论上，元组在关系中出现的次序是无关紧要的。但要注意：一个元组各分量的物理含义和数据类型是由关系框架中的属性列表及各属性的数据类型解释的，如图1-5 student关系的第一元组可记为：
 
（s1，张明，20，男）
 
该元组的语义是：在student实体集中有一个特定实体，其学号为s1，姓名为张明，年龄20，性别为男。
 
2、域（domain）
 
关系模型规定元组的每一个分量都必须是原子的，也就是它们必须属于某一基本的数据类型，如整型、实型、字符串型等。不允许元组中的任何分量值是结构类型的，如记录，数组，列表，集合等。实际上，关系的属性在数据库定义时，都具有与一般简单变量定义类似的类型说明，为每一个属性都定义了一个指定的数据类型，称之为该属性的值域（domain）。并且数据库管理系统限制元组每一分量均必须在指定值域内取值。这就是为什麽属性在关系数据库操作语言中，可以被当成变量（域变量）使用的理由。
 
 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 
 
 
1 超键（Super Key）：在关系中能唯一标识元组的属性集称为关系模式的超键；
 
2 候选键（Candidate Key）：不含有多余属性的超键称为候选键；
 
3 主键（Primary Key）：用户选作元组标识的一个候选键。
 
　　在以上概念中，主键一定可作候选键，候选键一定可作超键；反之，则不成立。
 
　 　比如，在学生表中，如果有“学号”、“姓名”、“出生年月”等字段， 其中学号是唯一的，那么（学号）属于超键，（学号，姓名）的组合也是超键。 同时，（学号）是候选键，而（学号，姓名）由于含有多余属性，所以不是候选键。在这三个概念中，主键的概念最为重要，它是用户选作元组标识的一个关键字。 如果一个关系中有两个或两个以上候选键，用户就选其中之一作为主键。
 
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 
 
R(U, D, DOM, F)。其中R为关系名，U为组成该关系的属性名集合，D为属性组U中属性所来自的域，DOM属性向域的映象集合，F为属性间数据的依赖关系集合。
 
举个例子来说，

比如表student里面有一个属性叫name

那么映射到域就是： private String name;
 
 
       关系模式通常可以简记为:R(A1, A2, …, An)。其中R为关系名，A1, A2, …, An为属性名。而域名及属性向域的映象常常直接说明为属性的类型、长度。