弱实体集的主键-Read.PPT

数据库原理与应用 第四章 实体-联系方法 第四章 实体-联系方法 ER模型的概念与表示 实体-联系方法 ER图向表的转换 实体 实体（Entity） 具有共性的一类实体可以划分为一个实体集（Entity Set） 实体的属性（Attribute），每个属性都有相应的取值范围，称为域（Domain） 那些可以取多个值的属性称为多值属性，相应的，最多只能取一个值的属性称为单值属性 有些属性的值还可以是由其他属性推导得出的，称为导出属性 复合属性由其他属性组成，其成分既可以是简单属性，也可以是复合属性。因而属性可以是一个层次结构 能够唯一标识一个实体的属性组称为相应实体集的关键字（Key） 如果一个实体集有多个关键字存在，可以选择一个最为常用的作为主键（Primary Key） 实体举例 ER图使用矩形表示实体，椭圆表示属性（双边线的椭圆表示多值属性，属性名带下划线的为主键成员） 联系 实体之间的关联被抽象为联系（Relationship） 实体集之间的联系，通常被称为联系集 联系集可以拥有自己的属性，称为描述属性（Descriptive attribute） 在ER模型中，联系的映射基数（mapping cardinalities）刻画了一个实体通过一个联系至多和多少个另一端的实体发生关联。 有四种映射基数：1：1（1对1）； 1：m（1对n）； m：1（多对1）； m：n（多对多） 联系（续） 映射基数只约束了与一个实体发生关联的另一端实体数上限，因此可能存在不与任何另一端实体关联的实体，若有这样的实体存在，则称其所在实体集在参与联系时为部分参与；反之，称其所在实体集在参与联系时为全参与 当联系关联的是同一个实体集中的实体时，参与联系的每个实体在联系中起到了不同的作用，这种语义需要引入角色（role）的概念加以刻画 联系举例 ER图使用菱形表示联系 弱实体集 弱实体集是一类特殊的实体集，它们依赖于其它实体集而存在，如订单中的分项以及公司员工的家属等 相应的，可以独立存在的实体集被称为强实体集。 弱实体集所依赖的实体集称为标识实体集（identifying entity set），相应的关系为标识联系（identifying relationship）。 由于弱实体集依赖于标识实体集而存在，在组成联系时，必须是所有的实体全部参与，不允许部分参与。 弱实体集的主键 弱实体集通常没有主键，以订单的分项为例，订单项实体集可能有编号（局部的编号）、商品名称、数量、单价等属性，但是这些属性不足以识别一个定单项，因为完全有可能在另外一张订单中出现相同的内容。 必须把订单的关键字（如一个全局的订单编号）和定单项的局部编号结合起来才能标示一个定单项。 弱实体集的属性中，用来与标识实体集的键结合以识别一个弱实体集的属性称为部分键（partial key）。 弱实体集的主键=它的标识实体集的键+它的部分键 弱实体集举例 ER图使用双线矩形表示弱实体集，弱实体集与其标识实体集之间的联系用双线菱形表示，弱实体集的部分键使用虚下划线表示 实体集的层次关系 现实世界中的很多概念之间都具体层次关系 ER模型使用实体集间的继承和ISA关系来描述这种概念间的层次关系 实体集老师或学生都继承自实体集人，并且实体集老师或学生与实体集人之间都满足ISA（读作is a）关系，即老师或学生都是人的一种 ISA关系可以从两个方向进行设计 从自上而下的方向，首先设计出人这一实体，然后根据属性的不同，将两种不同的人具体化（specification）为老师或者学生 从自下而上的方向，首先设计出老师或学生，然后将他们的共性提取出来，泛化（generalization）为人 层次关系的约束 从子实体集之间是否相交角度，不相交（disjoin）泛化要求继承自同一父辈的多个子实体集之没有交集，重叠（overlapping）泛化则允许有交集 从泛化是否完全角度，全参与泛化要求所有父辈实体都必须同时也是某一子辈实体，部分泛化则允许不是任何子辈实体的父辈实体存在 层次关系举例 ER图例 实体—联系方法 实体还是属性，凡是满足以下两条准则的事物，一般均可作为属性对待 作为属性，不能再具有需要描述的性质。属性必须是不可分的数据项，不能包含其他属性 属性不能与其他实体具有联系，即ER图中所表示的联系是实体之间的联系 例如书籍是一个实体，书号、书名、作者、出版社、定价是书籍的属性，如果应用系统不再需要作者的其他信息，如电话、住址、个人主页等，那么根据原则1可以将作者作为书籍的属性对待。但是如果这些信息是必须的，那么作者作为一个实体看待更为恰当 实体还是联系 一般说来，实体对应现实世界中实际存在的事物，是名词，而联系对应的概念一般为一种动作 书和作者都是现实世