数据库原理及应用 教学课件 作者 范剑波 1第2章 实体 联系数据模型.pptVIP

2.1 数据库建模概述 要设计一个有用的数据库，首先要考虑在数据库中 存放什么信息，然后分析这些信息之间有什么联系，最 后确定数据库的结构。 数据库的结构通常称为数据库模式，它是用某种语 言或表示法来描述的。在本书中，数据库建模主要使用 以下两种方法。 第一种方法是先将现实世界中的想法用信息世界中 的实体-联系模型（简称E-R图）进行描述，然后将其转 换成机器世界中的关系模型，最后在关系DBMS上实现。 第二种方法是先将现实世界中的想法用对象定义语 言(简称ODL，一种面向对象的数据模型)进行描述，然后 直接在面向对象DBMS上实现，或者将ODL转换成关系模型 并在关系DBMS上实现。 2.2 E-R模型（E-R图） 2.2.1 E-R图的主要组成部分 例1 在一般情况下，一个学生可以选修多门课程且一 门课程可以让多个学生来选修；一门课程只能有一名 课代表且一个学生允许担任几门课的课代表。用E-R图 来可以表示一个简单的学生选课数据库，如下图2.2所 示。 图2.2 学生选课数据库的E-R图 例2 在一般情况下，一部电影有一批演员且每位演员可 以出演多部电影；每家制片公司拥有多部电影且每部电 影只归一家制片公司所有；每家制片公司只有一位公司 总裁且每位公司总裁只在一家制片公司任职。用E-R图可 以表示一个电影资料数据库，如下图2.3所示。 图2.3 电影资料数据库的E-R图 2.2.2 E-R图联系中的角色 在一个联系中，一个实体集可能出现两次或多 次；如果这样的话，那么一个实体集在联系中出现多 少次，我们就从该联系到该实体集画多少条线。连向 实体集的每一条线代表该实体集在联系中所扮演的每 一个角色，我们把它扮演的角色标记在连线的侧面。 例如一门课可能有几门先修课，如“面向对象程 序设计”、“数据结构”等就是“数据库原理及应 用”的先修课；而同一门课也可能是几门其他课的先 修课，比如“面向对象程序设计”既是“数据结构” 也是“数据库原理及应用”的先修课。 由前分析可以知道，实体集Course（课程）和它 本身的联系prelearn(先修)是多对多的联系，角色 predecessor代表先修课，Successor代表后继课，如 下图2.4所示。 图2.4 具有角色的联系 2.2.3 E-R图联系的多向性 联系有时不仅局限于两个实体集之间，也可能涉及 到三个或更多的实体集，这时就构成了多向联系。假设 在学生选课数据库中增加一个实体集Teacher(老师)， 这样学生选课联系就涉及到三个实体集：Student， Course，Teacher。 假设同样一门课可能同时有几位老师开设，而每位 老师都可能开设几门课，学生可以在选课的同时选择老 师。这时，只用学生和课程之间的联系已经无法完整的 描述学生选课的信息了，必须用到如图2.5所示的三向 联系S_C_T。对于特定的学生和课程，只有一位老师与 它们相对应。一个学生可以选修一个老师开的几门课， 而一个老师开的一门课也可以有多个学生去选。 图2.5 三向联系的例子 总之，在多向联系中，如果从多端若干实体集中各 取出一个实体，那么这几个实体将与一端中唯一的实体 相关。虽然用多向(或多元)联系能更形象地反映某些现 实世界，但从数据库建模的角度，用二元联系更为方 便。可以将多向(或多元)的联系转换成二元的联系，如 图2.6所示。 图2.6 用实体集和二元联系代替多向联系 2.3 设计原则 2.3.1 真实性 最基本的设计原则就是：实体集和属性应当是真实 的，应当反映客观现实。 2.3.2 避免冗余 在设计过程中还要注意，任何事物都只表达一次， 否则既浪费空间，又容易造成不必要的麻烦。 2.3.3 简单性 在设计数据库的过程中，一定要设法避免引入过多 的元素，而应该尽量简单明了。 2.3.4 合理选择元素类型 一般来说，假如某个事物具有比名称更多的信息(属 性)，那么作为实体集来实现更加合适；然而，如果它除 了名称之外不具有其他信息，那么作为属性可能更合 理。 2.4 子类和继承 2.4.1 E-R图中的子类 实体是实体集的成员，实体集是同类实体的集合。 在面向对象数据模型里，实体相