第二章实体-联系模型(概念数据库设计)
2. 1数据库设计过程
2. 2基本概念
2. 2. 1 1976年，P.P.S.Chen 提出E-R模型(Entity-Relationship Model ),用E-R图来描述概念模型。
观点：世界是由一组称作实体的基本对象和这些对象之间的联系构成的。
2. 2. 2基本概念
(1)实体(En tity):客观存在并可相互区分的事物叫实体。如学生张三、工人李四、计算机系、数据库概论。
(2)属性(Attribute):实体所具有的某一特性。一个实体可以由若干个属性来刻画。例如，学生可由学号、姓名、年龄、系、年级等组成。
(4)域(Domain):属性的取值范围。例如，性别的域为(男、女)，月份的
域为1到12的整数。
（5） 实体型（Entity Type ）:实体名与其属性名集合共同构成实体型。例， 学生（学号、姓名、年龄、性别、系、年级）。注意实体型与实体（值）之间的 区别，后者是前者的一个特例。如学生（9808100，王平，21，男，计算机系，2） 是一个实体。
（6） 实体集（Entity Set ）:同型实体的集合称为实体集。如全体学生。
联系（Relatio nship ）:实体之间的相互关联。如学生与老师间的授课关系， 学生与学生间有班长关系。联系也可以有属性，如学生与课程之间有选课联系， 每个选课联系都有一个成绩作为其属性。同类联系的集合称为联系集。
（7）元或度（Degree ）:参与联系的实体集的个数称为联系的元。如学生选
修课程是二元联系，供应商向工程供应零件则是三元联系。
用椭圆表示实体
的属性
（8）码（Key ）:
A 、 候选码：关系中的某一属性或属性组的值能唯一地标识一个元组，称该 属性或属性组为候选码。
B 、 主码：一个关系有多个候选码，从中选定一个用来区别同一实体集中的
不同实体，称作主码。一个实体集中任意两个实体在主码上的取值不能相同。 如学号是学生实体的码。通讯录（姓名，邮编，地址，电话， Email ，BP ）
C 、 外码：
用矩形表示实体集，在框
写上实体名 VI 课程
姓名 用无向边■把
实体与其属 性
连接起来 学号 系别 课程名 选修 学生 成绩 将参与联系的实体用线 段连接
j ——V 用菱形表示实体「亍 的联系 先修课
主讲老师
(9)参与(Participation )：实体集之间的关联称为参与，即实体参与联系。如王军选修“数据库基础”，表示实体“王军”与“数据库基础”参与了联系“选修”。如果实体集E中的每个实体都参与到联系集R中的至少一个联系，则称E全部参与R。如果实体集E中只有部分实体参与到联系集R的联系中，则称E部分参与R。如“职工”与“部门”之间的“管理”联系，“职工”实体集部分参与，而“部门”实体集完全参与。
(10)角色(Role)：实体在联系中的作用称为实体的角色。当同一个实体集不止一次参与一个联系集时，为区别各实体的参与联系的方式，需要显式指明其角色。如学生与班长关系，职工与职工之间的经理关系，课程之间的先修关系。
2. 2. 3属性类型
(1)简单属性：不可再分的属性。如学号、年龄、性别。
(2)复合(Composite)属性：可以划分为更小的属性。可以把相关属性聚集起来，使模型更清晰。如电话号码=区号+本地号码
(3)单值属性：每一个特定的实体在该属性上的取值唯一。如学生的学号，年龄、性别、系别等。
(4)多值属性：某个特定的实体在该属性上的有多于一个的取值。如学生(学号，所选课程，联系电话)，的“所选课程”，“联系电话”。
(5)NULLS性:Null表示“无意义”，当实体在某个属性上没有值时设为Null。如
通讯录(姓名，email，电话，BF)，若某人没有email地址，则在email
属性上取值为null。null表示“值未知”，即值存在，但目前没有获得该信息。
如职工(姓名，部门，工种，身份证)，如果目前不知道职工身份证号码，则设身份证值为null。
实体完整性：作为主码的属性上取值不能为null。
(6)派生(Derived )属性与基属性：可以从其他相关的属性或实体派生出来的属性值。如学生(学号，姓名，平均成绩)，选课(学号，课程号，成绩)，贝U平均成绩可由学生所选课程的总成绩除以课程总数来得到。称平均成绩为派生属
性，而成绩为基属性，或存储属性。数据库中，一般只存基属性值，而派生属性只存其定义或依赖关系，用到时再从基属性中计算出来。
基本表VS 视图
多值属性用双椭圆表示，或用双线与实体相连。
2. 3. 1 映射的基数（Mapping Cardinalities ）:
实体之间的联系的数量，即一个实体通过一个联系集能与另一实体集相关联的实体的数目。
可以有一对一的（1:1），一对多的（1:m），多对多的（m:n）几种情况。
（1）二元联系集的映射基数：一对一、一对多、多对多
（2）一个实体集内的二元联系：一对一、一对多、多对多
（3）多个实体集间联系的情况
2. 3. 2存在依赖（Existenee Dependency）
如果实体x的存在依赖于实体y的存在，则称x存在依赖于y。
y称作支配实体，x称作从属实体。如果y被删除，则x也要被删除。考虑员工亲属的例子
2. 3. 3 弱实体集（Weak Entity Set
如果一个实体集的所有属性都不足以形成主码，则称这样的实体集为弱实体集。
弱实体集与其拥有者之间的联系称作标识性联系（identifying relati on ship）。
弱实体集与强实体集之间是一对多的联系。
弱实体集必然存在依赖于强实体集（Strong Entity Set）。存在依赖并不总会导致一个弱实体集，从属实体集可以有自己的主码。
如实体集信用卡（信用卡号，客户帐号，金额），它存在依赖于客户帐号实体集，
但信用卡有自己的主码信用卡号。
2. 3. 4为什么使用弱实体集
通过为弱实体集加上合适的属性，可转变为强实体集，为什么还要使用弱实体集？
(1)避免数据冗余(强实体集码重复)，以及因此带来的数据的不一致性。
(2)弱实体集反映了一个实体对其它实体依赖的逻辑结构。
(3)弱实体集可以随它们的强实体集的删除而自动删除。
(4)弱实体集可以物理地随它们的强实体集存储。
2. 3. 5复合实体
复合实体的主码一般由两个(或两个以上)联系
2. 3. 6实体的超类与子类
举例：飞行员工与普通员工。
2. 4数据抽象与E-R模型设计步骤
(1)数据抽象
(2)设计局部E-R模型
(3)设计全局E-R模型
A、合并局部E-R图，生成初步E-R图：可能发生的问题，属性冲突，名称冲突，结构冲突。
B消除冗余生成E-R图
2. 5将E-R模型转换成数据库一般规则
(1) 将每一个实体转换成一个关系。
(2) 所有主码必须定义非空。
(3) 对于二元联系，按照规则定义外码
第二章实体-联系模型(概念数据库设计) 2. 1数据库设计过程 2. 2基本概念 2. 2. 1 1976年，P.P.S.Chen 提出E-R模型(Entity-Relationship Model ),用E-R图来描述概念模型。 观点：世界是由一组称作实体的基本对象和这些对象之间的联系构成的。 2. 2. 2基本概念 (1)实体(En tity):客观存在并可相互区分的事物叫实体。如学生张三、工人李四、计算机系、数据库概论。 (2)属性(Attribute):实体所具有的某一特性。一个实体可以由若干个属性来刻画。例如，学生可由学号、姓名、年龄、系、年级等组成。
(4)域(Domain):属性的取值范围。例如，性别的域为(男、女)，月份的
域为1到12的整数。 （5） 实体型（Entity Type ）:实体名与其属性名集合共同构成实体型。例， 学生（学号、姓名、年龄、性别、系、年级）。注意实体型与实体（值）之间的 区别，后者是前者的一个特例。如学生（9808100，王平，21，男，计算机系，2） 是一个实体。 （6） 实体集（Entity Set ）:同型实体的集合称为实体集。如全体学生。 联系（Relatio nship ）:实体之间的相互关联。如学生与老师间的授课关系， 学生与学生间有班长关系。联系也可以有属性，如学生与课程之间有选课联系， 每个选课联系都有一个成绩作为其属性。同类联系的集合称为联系集。 （7）元或度（Degree ）:参与联系的实体集的个数称为联系的元。如学生选 修课程是二元联系，供应商向工程供应零件则是三元联系。 用椭圆表示实体 的属性 （8）码（Key ）: A 、 候选码：关系中的某一属性或属性组的值能唯一地标识一个元组，称该 属性或属性组为候选码。 B 、 主码：一个关系有多个候选码，从中选定一个用来区别同一实体集中的 不同实体，称作主码。一个实体集中任意两个实体在主码上的取值不能相同。 如学号是学生实体的码。通讯录（姓名，邮编，地址，电话， Email ，BP ） C 、 外码： 用矩形表示实体集，在框 写上实体名 VI 课程 姓名 用无向边■把 实体与其属 性 连接起来 学号 系别 课程名 选修 学生 成绩 将参与联系的实体用线 段连接 j ——V 用菱形表示实体「亍 的联系 先修课 主讲老师
已知关系模式R（city, street, zip）其中city为城市编号，street为街道编号，zip为邮政编码，一个城市的一条街道只有一个邮政编码，一个邮政编码只属于一个城市。请写出R上成立的所有函数依赖及所有候选键，并说明R最高是第几范式。 现有某个应用，涉及到两个实体集，相关的属性为： 实体集R(A1,A2,A3，A4),其中，A1为码 实体集S(B1,B2,B3)，其中B1为码 从实体集R到S存在一对一的联系，联系属性是C1和C2。 1.设计相应的关系数据模型； 2.如果将上述应用的数据库设计为一个关系模式，如下： RS(A1,A2,A3,A4，B1,B2,B3,C1，C2) 这种设计是否合适并说明理由。 3.上述第2题的关系模式RS满足第二范式吗为什么 4.如果将上述应用的数据库设计为两个关系模式，如下： R1 (A1,A2,A3，A4，B1，C1，C2) R2 (B1，B2,B3) 假设存在函数依赖A2→A3，B2→B3 指出关系模式R1、R2最高满足第几范式(在1NF～BCNF之内)。 设基商业集团数据库中有商店、商品、职工三类实体。其中商店的属性有：商店编号、商店名称、地址；商品的属性有：商品号、商品名、规格、单价；职工的属性有：职工号、姓名、性别。 每个商店可销售多种商品，每种商品也可放在多个商店销售。 每个商店聘用多名职工，每名职工只能在一个商店工作。 根据上面叙述，解答以下问题： (1)设计E—R模型，要求标注连通词，可省略属性。 (2)将E—R模型转换成关系模型，标出每一个关系的主码和外码(如果存在)。 (3)写出定义参照完整性的SQL子句，要求满足“当参照表中数据更新时，外码也自动更新”。 关系模式中R（B，C，M，T，A，G），根据语义有如下函数依赖集： F={ B-C, (M,T)-- B,(M,C)-T, (M,A)-àT ,(A,B)- G } 关系模式R的码是（ D ） A. （M，T） B. （M，C） C. （M，A） D.（A，B） R的规范化程度最高达到（B ） A. 1NF B. 2NF C. 3NF D. 4NF 描述学生的关系模式r(sno，sd，mn，cno，g)，其中sno表示学号，sd表示系名，mn表示系主任姓名，cno
面向对象数据库系统（Object Oriented Data Base System，简称OODBS）是数据库技术与面向对象程序设计方法相结合的产物。 对于OO数据模型和面向对象数据库系统的研究主要体现在：研究以关系数据库和SQL为基础的扩展关系模型；以面向对象的程序设计语言为基础，研究持久的程序设计语言，支持OO模型；建立新的面向对象数据库系统，支持OO数据模型。 面向对象程序设计方法是一种支持模块化设计和软件重用的实际可行的编程方法。它把程序设计的主要活动集中在建立对象和对象之间的联系（或通信）上，从而完成所需要的计算。一个面向对象的程序就是相互联系（或通信）的对象集合。面向对象程序设计的基本思想是封装和可扩展性。 面向对象数据库系统支持面向对象数据模型（以下简称OO模型）。即面向对象数据库系统是一个持久的、可共享的对象库的存储和管理者；而一个对象库是由一个OO模型所定义的对象的集合体。 一个OO模型是用面向对象观点来描述现实世界实体（对象）的逻辑组织、对象间限制、联系等的模型。一系列面向对象核心概念构成了OO模型的基础。概括起来，OO模型的核心概念有如下一些: （1）对象（Object）与对象标识OID（Object IDentifier） 现实世界的任一实体都被统一地模型化为一个对象，每个对象有一个唯一的标识，称为对象标识（OID）。 （2）封装（Encapsulation） 每一个对象是其状态与行为的封装，其中状态是该对象一系列属性（Attribute）值的集合，而行为是在对象状态上操作的集合，操作也称为方法（Method）。 （3）类（C1ass） 共享同样属性和方法集的所有对象构成了一个对象类（简称类），一个对象是某一类的一个实例（instance）。 （4）类层次（结构） 在一个面向对象数据库模式中，可以定义一个类（如C1）的子类（如C2），类Cl 称为类C2的超类（或父类）。子类（如C2）还可以再定义子类（如C3）。这样，面向对象数据库模式的一组类形成一个有限的层次结构，称为类层次。 （5）消息（Message） 由于对象是封装的，对象与外部的通信一般只能通过显式的消息传递，即消息从外部传送给对象，存取和调用对象中的属性和方法，在内部执行所要求的操作，操作的结果仍以消息的形式返回。 OODB语言用于描述面向对象数据库模式，说明并操纵类定义与对象实例。OODB语言主要包括对象定义语言（ODL）和对象操纵语言（OML），对象操纵语言中一个重要子集是对象查询语言（OQL）。OODB语言一般应具备下述功能： （1）类的定义与操纵 面向对象数据库语言可以操纵类，包括定义、生成、存取、修改与撤销类。其中类的定义包括定义类的属性、操作特征、继承性与约束等。 （2）操作/方法的定义 面向对象数据库语言可用于对象操作/方法的定义与实现。在操作实现中，语言的命令
大型共享数据库的数据关系模型 E.F.Codd IBM Research Laboratory,SanJose,California 未来的数据库使用者一定是和数据在机器中的存储（即数据库的内部模式）相隔离的。而通过提示服务来提供信息是一个不太令人满意的解决方法。当数据的内部模式表示发生改变，甚至数据内部表示的多个方面发生改变时，终端用户和大多数应用程序的活动都不会受到影响。因此，查询、更新和报告存储信息类型的自然增长和变动都需要在数据表示中表现出来。 现存的不可推断的、格式化的数据系统给用户提供了树结构的文件或者更一般的网格模式的数据。本文在第一部分讨论这些模式的不足之处。并且会介绍一种基于n元组关系的模式，一种数据库关系的正式形式和通用数据子句的概念。第二部分将讨论一些关系的操作（不是逻辑层面的），并且把这些操作应用于用户模式上解决冗余和一致性问题。 1关系模式和一般模式 1.1简介 这篇文章是关于系统的基本关系原理的应用，这个原理提供了共享大型格式化数据库的方法。除了Childs[1]的文章有介绍外，用于数据库系统的关系的主要应用 还表现在演绎推理型的问-答系统中。Levein和Maron[2]提供了大量关于这个领域的参考资料。 相比之下，这里要解决的问题是一些数据独立性的问题——应用程序和终端活动之于数据类型增长和数据表示变动的独立性，而数据一致性问题即使在非演绎推 理型系统中也是很棘手的。 在目前流行的非推论性系统中，第一部分要介绍的数据的关系视图（或叫做模式）在一些方面似乎优于图模式和网格模式[3,4]。这种模式提供了一种根据数据的自然结构来描述描述数据的方式——也就是说，不用为了数据的机器表示而添加其 他的将结构。因此，这种模式为高水准的数据语言提供了基础，而这种数据语言机 制一方面可以达到最大化程序之间的独立性，另一方面也可以最大化数据的机器表 示和组织之间的独立性。 关系模式更高一级的优势在于它构成了关系处理可导性、冗余性和一致性的坚固基础——这些将在第二部分讨论。另一方面，网络模型产生了一些混淆，尤其是 把连接的源误作为关系的源（见第二部分“连接陷阱”） 最后，关系视图允许对目前格式化数据系统的范围和逻辑限制的更清晰的估算，并且有在单独的系统内竞争数据表示方式的优点（从逻辑的观点）。更清楚的这个观点的示例会在本文中的不同部分中被阐释。但是支持关系模式的系统实现不会讨论。 1.2目前系统的数据相关性 最近发展的信息系统中数据描述表的提供是向数据独立性目标[5,6,7]靠近的重要提高。这些表可以使改变数据库中数据表示的某些特征变得更容易些。但是，许 多数据表示特征可以在不逻辑地削弱一些应用程序的情况下被改变的功能仍受到相 当的限制。更进一步，与用户交互的数据模式仍然有一些散乱的代表性特征，特别
2015-2016第二学期 数据库 工业工程2014 作业整理 概念设计ER图到关系模型简约做法 一、为学生考勤建立数据库-----概念模型设计（ER图） 问题：由班长为班级的每门课程建立考勤 **自行完成关系模型 二、学生社团活动问题： 学生参与社团的资格审查和会员登记；会员参与活动记录。 **自行完成关系模型 概念设计ER图到关系模型完整做法 根据业务调查，设计数据库的概念模型（E-R图），并将E-R图转换为关系图。 一、关于运动比赛 1.1业务调查： *记录运动员的姓名性别所属队 *记录项目、比赛时间和比赛场地 *成绩统计 1.2找出业务发生过程中相互作用的实体：运动员、院系、项目 1.3将实体之间的作用关系转化为联系： 运动员属于院系 运动员参与项目 院系参与(团体)项目 1.4找出实体之间的作用（联系）发生时的数量关系是1:1、或者1:n还是n:m 1.5按照业务发生时的意义选择每个实体的属性： 运动员：学号、性别、姓名 院系：名称、编号 项目：编号、名称、时间、组别、场地 1.6找出联系的属性。如果实体之间发生作用时产生了不属于两个实体中的任何一个的数据，就应将其设为当前联系的属性。 个人参与：分组、成绩 团体参与：分组、成绩 1.7检查有没有重复的属性，如有则将多余的删除。 1.8模型检验：上述ER图所表达 *记录运动员的姓名性别所属队——可以满足 *记录项目、比赛时间和比赛场地——可以满足 *成绩统计——可以满足 1.9将E-R模型转换为关系模型 *首先将实体转换为关系 运动员（学号、性别、姓名，院系.编号） 院系（编号、名称） 项目（编号、名称、时间、组别、场地）
将ER模型转换成关系数据库 ER模型转换关系数据库的一般规则： （1）将每一个实体类型转换成一个关系模式，实体的属性为关系模式的属性。（2）对于二元联系，按各种情况处理，如下面所示。 二元 关系ER图 转换成的关 系 联系的处理主键外键 1：1（2个关系） 模式A 模式B （有两种） 处理方式（1）： （1）把模式B的 主键，联系的属性 加入模式A 处理方式（2）： （2）把模式A的 主键，联系的属性 加入模式B （略） （依据联系 的处理方式） 方式（1）： 模式B的主键 为模式A外 键 方式（2）： 表A的主键 为表B的外键
1：M （2个关系） 模式A 模式B 把模式A的主键， 联系的属性加入 模式B （略） 模式A的主 键为模式B的 外键 M：N （3个关系） 模式A 模式B 模式A-B 联系类型转换成 关系模式A-B; 模式A-B的属性: (a)联系的属性 (b)两端实体类型 的主键 两端实体 类型的主 键一起构 成模式 A-B主键 两端实体类 型的主键分 别为模式A-B 的外键 M：N联系的示例比如，ER图如下：
可以转换成以下模式： 学生（学号，姓名，性别，年龄） 主键为学号 课程（课程号，课程名，任课教师） 主键为课程号 选课（学号，课程号，成绩） 主键为课程号、学号，外键为课程号，学号； 1：N联系的示例 比如，ER图如下： 可转换为如下关系模式： 商店模式（商店编号，店名，店址，店经理） 主键为商店编号
商品模式（商品编号，商品名，单价，产地，商店编号，月销售量） 主键为商品编号，外键为商店编号 职工模式（职工编号，职工名，性别，工资，商店编号，开始时间） 主键为职工编号，外键为商店编号 真子集就是一个集 合中的元素全部是另一 个集合中的元素，但不 存在相等； 1、完全依赖与部分依赖： 对于函数依赖W A，如果存在V是W的真子集而函数依赖V A成立，则称A部分依赖于W；否则，若不存在这种V，则称A完全依赖于W； 2、传递依赖： 对于函数依赖X Y，如果Y X（X不函数依赖于A）而函数依赖Y Z成立，则称Z 对X传递依赖； 例：设有关系模式选课SC1（SNO，CNO，GRADE，CREDIT），其中，SNO 表示学号，CNO表示课程号，GRADE表示成绩，CREDIT表示学分。（SNO，CNO）-F->GRADE （完全函数依赖）
实体关系模型 科技名词定义 中文名称：实体关系模型 英文名称：entity relationship model 定义：该模型直接从现实世界中抽象出实体类型和实体间联系，然后用实体联系图(E-R示 数据模型，是描述概念世界，建立概念模型的实用工具。应用学科： 实体关系模型（Entity Relationship Diagram）地理信息系统术语，该模型直接从现实世界中抽象出实体类型和实体间联系，然后用实体联系图（E-R图）表示数据模型，是描述概念世界，建立概念模型的实用工具。 目录 什么是E-R图 E-R图的基本要素 E-R图（Entity Relationship Diagram）即实体联系图，也称实体关系图 什么是E-R图 E-R图即实体-联系图(Entity Relationship Diagram)，是指提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。E-R方法:是“实体-联系方法”（Entity-Relationship Approach）的简称。它是描述现实世界概念结构模型的有效方法。 实体联系模型，实体关系模型或实体联系模式图(ERD)是由美籍华裔计算机科学家陈品山(Peter Chen)发明，是概念数据模型的高层描述所使用的数据模型或模式图，它为表述这种实体联系模式图形式的数据模型提供了图形符号。这种数据模型典型的用在信息系统设计的第一阶段；比如它们在需求分析阶段用来描述信息需求和/或要存储在数据库中的信息的类型。但是数据建模技术可以用来描述特定论域(就是感兴趣的区域)的任何本体(就是对使用的术语和它们的联系的概述和分类)。在基于数据库的信息系统设计的情况下，在后面的阶段(通常叫做逻辑设计)，概念模型要映射到逻辑模型如关系模型上；它依次要在物理设计期间映射到物理模型上。注意，有时这两个阶段被一起称为"物理设计"。
第二章实体-联系模型（概念数据库设计） 2．1 数据库设计过程 2．2 基本概念 2．2．1 1976年，P.P.S.Chen提出E-R模型（Entity-Relationship Model），用E-R图来描述概念模型。 观点：世界是由一组称作实体的基本对象和这些对象之间的联系构成的。2．2．2 基本概念 （1）实体(Entity)：客观存在并可相互区分的事物叫实体。如学生X三、工人李四、计算机系、数据库概论。 （2）属性(Attribute)：实体所具有的某一特性。一个实体可以由若干个属性来刻画。例如，学生可由学号、XX、年龄、系、年级等组成。 （4）域(Domain)：属性的取值X围。例如，性别的域为（男、女），月份的
域为1到12的整数。 （5）实体型(Entity Type)：实体名与其属性名集合共同构成实体型。例，学生（学号、XX、年龄、性别、系、年级）。注意实体型与实体（值）之间的区别，后者是前者的一个特例。如学生(9808100，王平，21，男，计算机系，2)是一个实体。 （6）实体集(Entity Set)：同型实体的集合称为实体集。如全体学生。 联系(Relationship)：实体之间的相互关联。如学生与老师间的授课关系，学生与学生间有班长关系。联系也可以有属性，如学生与课程之间有选课联系，每个选课联系都有一个成绩作为其属性。同类联系的集合称为联系集。 （7）元或度（Degree）：参与联系的实体集的个数称为联系的元。如学生选修课程是二元联系，供应商向工程供应零件则是三元联系。 （8）码(Key)： A、候选码：关系中的某一属性或属性组的值能唯一地标识一个元组，称该属性或属性组为候选码。 B、主码：一个关系有多个候选码，从中选定一个用来区别同一实体集中的不同实体，称作主码。一个实体集中任意两个实体在主码上的取值不能相同。如学号是学生实体的码。通讯录（XX，邮编，地址，，Email，BP） C、外码： D、全码：关系模型中所有属性组是这个关系模式的候选码，称为全码。
(说明：仅仅代表个人观点，答案正确率为98%，可能会有错的地方，有问题请问度娘) 复习参考资料 选择题:30分（15题） 名词解释：20分（4题） 综合题：50分 一、选择题： 1. 数据库系统是采用了数据库技术的计算机系统，数据库系统由数据库、数据库管理系统、应用系统和（C）。 A. 系统分析员 B. 程序员 C. 数据库管理员 D. 操作员 2. 数据库（DB），数据库系统（DBS）和数据库管理系统（DBMS）之间的关系是（A）。 A. DBS包括DB和DBMS B. DBMS包括DB和DBS C. DB包括DBS和DBMS D. DBS就是DB，也就是DBMS 3. 下面列出的数据库管理技术发展的三个阶段中，没有专门的软件对数据进行管理的是（D）。I．人工管理阶段II．文件系统阶段III．数据库阶段 A. I 和II B. 只有II C. II 和III D. 只有I 4. 下列四项中，不属于数据库系统特点的是（C ）。 A. 数据共享 B. 数据完整性 C. 数据冗余度高 D. 数据独立性高 5. 数据库系统的数据独立性体现在（B）。 A. 不会因为数据的变化而影响到应用程序 B. 不会因为数据存储结构与数据逻辑结构的变化而影响应用程序
C. 不会因为存储策略的变化而影响存储结构 D. 不会因为某些存储结构的变化而影响其他的存储结构 6. 描述数据库全体数据的全局逻辑结构和特性的是（A ）。 A. 模式 B. 内模式 C. 外模式 D. 以上三种 7. 要保证数据库的数据独立性，需要修改的是（C）。 A. 模式与外模式 B. 模式与内模式 C. 三级模式之间的两层映射 D. 三层模式 8. 要保证数据库的逻辑数据独立性，需要修改的是（A）。 A. 模式与外模式之间的映射 B. 模式与内模式之间的映射 C. 模式 D. 三级模式 9. 用户或应用程序看到的那部分局部逻辑结构和特征的描述是（C）模式。 A. 模式 B. 物理模式 C. 子模式 D. 内模式 10. 下述（D）不是DBA数据库管理员的职责。 A. 完整性约束说明 B. 定义数据库模式 C. 数据库安全 D. 数据库管理系统设计 11. 概念模型是现实世界的第一层抽象，这一类模型中最著名的模型是（D ）。 A. 层次模型 B. 关系模型 C. 网状模型 D. 实体-关系模型 12. 区分不同实体的依据是（B ）。 A. 名称 B. 属性 C. 对象 D. 概念 13. 关系数据模型是目前最重要的一种数据模型，它的三个要素分别是（B ）。 A. 实体完整性、参照完整性、用户自定义完整性 B. 数据结构、关系操作、完整性约束 C. 数据增加、数据修改、数据查询 D. 外模式、模式、内模式 14. 在（A ）中一个结点可以有多个双亲，结点之间可以有多种联系。 A. 网状模型
1．设某商业集团数据库中有三个实体集。一是“公司”实体集，属性有公司编号、公司名、地址等；二是“仓库”实体集，属性有仓库编号、仓库名、地址等；三是“职工”实体集，属性有职工编号、姓名、性别等。 公司与仓库间存在“隶属”联系，每个公司管辖若干仓库，每个仓库只能属于一个公司管辖；仓库与职工间存在“聘用”联系，每个仓库可聘用多个职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。 （1）试画出E-R图，并在图上注明属性、联系的类型。 （2）将E-R图转换成关系模型。 解：(1) E-R图 （2）这个E-R图可转换3个关系模式： 公司（公司编号，公司名，地址） 仓库（仓库编号，仓库名，地址，公司编号） 职工（职工编号，姓名，性别，仓库编号，聘期，工资） 2. 为某百货公司设计一个E-R模型。 百货公司管辖若干连锁商店，每家商店经营若干商品，每家商店有若干职工，但每个职工只能服务于一家商店。 实体类型“商店”的属性有：店号、店名、店址、店经理。 实体类型“商品”的属性有：商品号、品名、单价、产地。 实体类型“职工”的属性有：工号、姓名、性别、工资。 在联系中应反映出职工参加某商店工作的开始时间、商店销售商品的月销售量。 （1）试画出反映商店、商品、职工实体类型及其联系类型的E-R图。 （2）将E-R图转换成关系模型。
转换为等价的关系模式结构如下： 商店(店号，店名，店址，店经理) 商品(商品号，品名，单价，产地) 职工(工号，姓名，性别，工资，店号，开始时间) 经营(店号，工号，月销售量) 3.某体育运动锦标赛有来自世界各国运动员组成的体育代表团参赛各类比赛项目，包括以下信息： 代表团：团编号、地区、住所 运动员：运动员编号、姓名、年龄、性别 比赛项目：项目编号、项目名、级别 项目类别：类别编号类别名、主管 其中，一个代表团由若干运动员组成，一名运动员可以参加多个比赛项目，每名运动员参加每个比赛项目会有一个比赛成绩和名次，每个项目类别包含多个比赛项目，每个比赛项目只能属于一个项目类别。 （1）试为该锦标赛的比赛情况设计一个ER图 （2）将E-R图转换成关系模型，并注明主键和外键。 解：满足上述需求的ER图如图所示：
一、选择题 1.为了设计出性能较优的关系模式，必须进行规范化，规范化主要的理论依据是（）。 A.关系规范化理论 B.关系代数理论 C．数理逻辑 D.关系运算理论 2.规范化理论是关系数据库进行逻辑设计的理论依据，根据这个理论，关系数据库中的关系必须满足：每一个属性都是（）。 A.长度不变的 B.不可分解的 C．互相关联的 D.互不相关的 3.已知关系模式R（A，B，C，D，E）及其上的函数相关性集合F＝{A→D，B→C，E→A}，该关系模式的候选关键字是（）。 A.A B B.B E C.C D D.D E 4.设学生关系S（S N O，S N A M E，S S E X，S A G E，S D P A R T）的主键为S N O，学生选课关系S C（S N O，C N O，S C O R E）的主键为S N O和C N O， 则关系R（S N O，C N O，S S E X，S A G E，S D P A R T，S C O R E）的主键为S N O和C N O，其满足（）。 A.1N F B.2N F C.3N F D.B C N F 5.设有关系模式W（C，P，S，G，T，R），其中各属性的含义是：C表示课程，P表示教师，S表示学生，G表示成绩，T表示时间，R表示教室，根据语义有如下数据依赖集：D={C→P，（S，C）→G，（T，R）→C，（T，P）→R，（T，S）→R}，关系模式W的一个关键字是（）。 A.（S，C） B.（T，R） C.（T，P） D.（T，S） 6.关系模式中，满足2N F的模式（）。 A.可能是1N F B.必定是1N F C.必定是3N F D.必定是B C N F 7.关系模式R中的属性全是主属性，则R的最高范式必定是（）。 A.1N F B.2N F C.3N F D.B C N F 8.消除了部分函数依赖的1N F的关系模式，必定是（）。 A.1N F B.2N F C.3N F D.B C N F 9.如果A－>B,那么属性A和属性B的联系是（）。 A.一对多 B.多对一 C．多对多 D.以上都不是 10.关系模式的候选关键字可以有1个或多个，而主关键字有（）。 A.多个 B.0个 C.1个 D.1个或多个 11.候选关键字的属性可以有（）。 A.多个 B.0个 C.1个 D.1个或多个 12.关系模式的任何属性（）。 A.不可再分 B.可以再分 C.命名在关系模式上可以不唯一 D.以上都不是 13.设有关系模式W（C，P，S，G，T，R），其中各属性的含义是：C表示课程，P表示教师，S表示学生，G表示成绩，T表示时间，R表示教室，根据语义有如下数据依赖集：D={C→P，（S，C）→G，（T，R）→C，（T，P）→R，（T，S）→R}，若将关系模式W分解为三个关系模式W1（C，P），W2（S，C，G），W2（S，T，R，C），则W1的规范化程序最高达到（）。 A.1N F B.2N F C.3N F D.B C N F 14.在关系数据库中，任何二元关系模式的最高范式必定是（）。 A.1N F B.2N F C.3N F D.B C N F 15.在关系规范式中，分解关系的基本原则是（）。 I.实现无损连接 I I.分解后的关系相互独立 I I I.保持原有的依赖关系 A.Ⅰ和Ⅱ B.Ⅰ和Ⅲ C.Ⅰ D.Ⅱ 16.不能使一个关系从第一范式转化为第二范式的条件是（）。 A.每一个非属性都完全函数依赖主属性
自考数据库系统原理第九章数据库技术的发展课后习题答案 2009-09-15 10:51 9.1 名词解释 （1）OODBS：是指面向对象数据库系统，它既具数据库管理的基本功能，又能支持面向对象的数据模型。 （2）ORDBS：基于对象关系数据模型的DBS称为对象关系数据库系统（ORDBS）。 （3）平面关系模型：传统的关系模型称为“平面关系模型”，它要求关系模式具有第一范式(1NF)性质，关系具有规范化的结构。也就是规定属性值是不可分解的，即不允许属性值具有复合结构(元组或关系)。 （4）嵌套关系模型：是从平面关系模型发展而成的。它允许关系的属性值又可以是一个关系，而且可以出现多次嵌套。嵌套关系突破了1NF的定义框架，是“非1NF关系”。 （5）复合对象模型：在嵌套关系模型上进一步放宽要求。在关系定义上，集合与元组不再有交替出现的严格限制，此时的关系中，属性类型可以是基本数据类型、结构类型(元组类型)或集体类型(即关系类型)。 （6）数据的泛化/细化：是对概念之间联系进行抽象的一种方法。当在较低层上的抽象表达了与之联系的较高层上抽象的特殊情况时，就称较高层上抽象是较低层上抽象的"泛化"，而较低层上抽象是较高层上抽象的"细化"。 （7）对象关系模型：在传统关系数据基础上，提供元组、数组、集合等更为丰富的数据类型及处理新数据类型操作的能力而形成的数据模型。(注：传统关系模型只支持字符、数值、字串，布尔值等等基本数据类型及其处理功能) （8）类型级继承性：当继承性发生在类型级时，子类型继承了超类型的属性。也就是说，超类型所具有的属性，在子类上也具有。 （9）表级继承性：继承性也可发生在表级，(就是元组集合上发生继承)，子表继承超表全部属性，超表中每个元组最多可以与子表中一个元组对应，而子表中的每个元组在超表中恰有一个元组对应，并在继承的属性值上具有相同的值。 （10）引用类型：数据类型可以嵌套定义，在嵌套引用时，不是引用对象本身，而是个用对象标识符(即指针)，这种指针被称为引用类型。 （11）对象：客观世界中的实体经过抽象称为问题空间中的对象，它是对一组信息及其操作的描述。 （12）类：是具有相同的变量名和类型、相同的消息和使用方法的对象的集合。 （13）单重继承性：一个子类继承某一个超类的结构和特性，称为单重继承性。 （14）多重继承性：一个子类继承多个超类的结构和特性，称为多重继承性。 （15）对象标识：在面向对象语言中，对象标识是一个指针一级的概念，在对象创建的瞬间，由系统赋给每个对象一个“标识”,即系统内的一个唯一的指针，在对象生存期内，这个标识不可改变。 （16）对象包含：不同类的对象之间存在的包含关系称为对象包含。包含是一种“一部分”(is part of)的联系。 （17）类继承层次图：表示类继承关系的图，由超类名、子类名和一组线条自上而下有序的表示。（18）类包含层次图：表示对象包含关系的图，由一些具有包含关系的对象和线条自上而下表示(下方的对象为其连线所指上方对象的一部分)。 （19）持久数据：是指创建这些数据的程序运行终止后数据依然存在于系统之中。数据库中的关系就是持久数据。 （20）持久对象：程序运行结束后，被保留下来的对象称为持久对象。 （21）持久指针：持久指针可看作是数据库中指向对象的指针。持久化指针不像内存中的指针，
2.1.1 二维表格的基本术语 考核要求：达到“识记” 层次知识点：主要是一些基本概念 （1）二维表格在关系模型中，一张二维表格对应一个关系。 （2）元组（tuple）表中的一行（即一个记录），表示一个实体；关系是由元组组成的。 （3）关系：是一个元数为K（K>=1）的元组的集合。一张二维表格对应一个关系。 表中的一行称为关系的一个元组；表中的一列称为关系的一个属性。 在关系模型中，对关系作了下列规范性的限制：关系中每一个属性值都是不可分解的； 关系中不允许出现相同的元组（没有重复元组）； 不考虑元组间的顺序，即没有行序；在理论上，属性间的顺序（即列序）也是不存在的； 但在使用时按习惯考虑列的顺序。 （4）超键（Super Key）：在关系中能唯一标识元组的属性集称为关系模式的超键； （5）候选键（Candidate Key）：不含有多余属性的超键称为候选键； （6）主键（Primary Key）：用户选作元组标识的一个候选键。 在以上概念中，主键一定可作候选键，候选键一定可作超键；反之，则不成立。 比如，在学生表中，如果有“学号”、“姓名”、“出生年月”等字段，其中学号是唯一的，那么（学号）属于超键，（学号，姓名）的组合也是超键。同时，（学号）是候选键，而（学号，姓名）由于含有多余属性，所以不是候选键。在这三个概念中，主键的概念最为重要，它是用户选作元组标识的一个关键字。如果一个关系中有两个或两个以上候选键， 用户就选其中之一作为主键。 2.1.2 关系模式、关系子模式和存储模式 考核要求：达到“识记” 层次知识点：三种模式的理解 （1）关系模式：关系模型的定义包括：模式名，属性名，值域名以及模式的主键。它仅仅是对数据特性的描述，不涉及到物理存储方面的描述。 （2）子模式：子模式是用户所用到的那部分数据的描述。除了指出用户数据外，还应 指出模式和子模式之间的对应性。 （3）存储模式：关系存储时的基本组织方式是文件，元组是文件中的记录。 几个模式的理解（教材30页的例子）：
数据库系统2-1：关系模型及其描述 关系数据库以其坚实的数学理论基础、严密的逻辑结构和简单明了的表示方式深得广大用户的青睐，目前已经占据数据库系统的市场，成为应用最为广泛的数据处理工具。 数据模型主要描述两类信息:一是实体；二是实体之间的联系。在层次、网状模型中，实体之间的联系是通过指针来实现的，而在关系模型中，实体之间的联系是通过二维表中公共属性值建立起来的联系来实现的。 关系数据库系统是支持关系数据模型的数据库系统，即以关系模型为基础而构建起来的数据库系统。关系数据模型由关系数据结构、关系操作集合和关系完整性约束三部分组成。 １．关系数据结构 在关系模型中，现实世界中的实体和实体之间的联系都用单一的关系来描述，这些关系的逻辑结构非常简单，就象人们日常所熟悉的二维表。 ２．关系操作 关系模型是集合操作方式，操作对象和结果都是集合，称为“一次一集合”。 关系操作有三种不同的描述方式：关系代数、关系演算和结构化查询语言SQL。 关系代数是一种抽象的查询语言，它是用集合论中的关系运算来表达查询要求的方式。关系演算是以数理逻辑中的谓词演算来表达查询要求的方式，它又可分为元组关系演算和域关系演算。若在关系演算中，谓词变元的基本对象是元组变量，则称之为元组关系演算；若谓词变元的基本对象是域变量，则称之为域关系演算。 SQL是介于关系代数和关系演算之间的查询语言。这种语言除具有数据查询功能之外，还具有数据定义DDL和数据控制DCL等功能，是集数据查询、数据定义、数据操纵、数据控制于一体的关系数据语言。是关系数据库的标准语言。 ３．关系的完整性约束 数据的完整性约束是指在给定的数据模型中，数据及其联系所遵守的一组通用的完整性规则，以确保数据库中数据的一致性和正确性。在关系模型中允许定义三类完整性约束：实体完整性、参照完整性和用户自定义完整性。 【
第1题： 设有商店和顾客两个实体，“商店”有属性：商店编号、商店名、地址、电话，“顾客”有属性：顾客编号、姓名、地址、年龄、性别。假设一个商店有多个顾客购物，一个顾客可以到多个商店购物，顾客每次去商店购物有一个消费金额和日期，而且规定每个顾客在每个商店里每天最多消费一次。 ①试画出ER图，并注明属性和联系类型。（5分） ②将E-R图转换成关系模型，并注明主码和外码（5分） 商店（商店编号，商店名，地址，电话） 顾客（顾客编号，姓名，地址，年龄，性别） 消费（商店编号，顾客编号，消费金额，日期） 第2题： 假设每个学生选修若干门课程，且每个学生每选一门课只有一个成绩，每个教师只担任一门课的教学,一门课由若干教师任教。“学生”有属性：学号、姓名、地址、年龄、性别。“教师”有属性：职工号、教师姓名、职称，“课程”有属性：课程号、课程名。 ①试画出ER图，并注明属性和联系类型。（5分） ②将E-R图转换成关系模型，并注明主码和外码（5分）
学生（学号，姓名，地址，年龄，性别） 课程（课程号，课程名） 教师（职工号，教师姓名，职称，课程） 选课（学号，课程号，成绩） 第3题： 设某商业公司数据库中有三个实体集，一是”公司”实体集，属性有公司编号、公司名、地址等；二是”仓库”实体集，属性有仓库编号、仓库名、地址等；三是”职工”实体集，属性有职工编号、姓名、性别等。每个公司有若干个仓库，每个仓库只能属于1个公司，每个仓库可聘用若干职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。 ①试画出E-R图（5分） ②将E-R图转换成关系模型，并注明主码和外码（5分） 仓库（仓库编号，仓库名，地址，公司编号）
第15章对象关系数据库系统 1．定义并解释OO模型中以下核心概念：对象与对象标识、封装、类、类层次。 答：（1）对象 是由一组数据结构和在这组数据结构上的操作的程序代码封装起来的基本单位。对象通常与实际领域的实体对应。一个对象包括属性集合和方法集合。 （2）对象标识OID 面向对象数据库中的每个对象都有一个唯一的不变的标识称为对象标识（OID）。对象标识具有永久持久性，即一个对象一经产生系统就会赋于一个在全系统中唯一的对象标识符，直到它被删除。 （3）封装 每一个对象是其状态与行为的封装，其中状态是该对象一系列属性值的集合，而行为是在对象状态上操作的集合，操作也称为方法。 （4）类 共享同样属性和方法集的所有对象构成了一个对象类简称类。 （5）类层次 在一个面向对象数据库模式中，可以定义一个类（如C1）的子类（如C2），类C1称为类C2的超类（或父类）。子类（如C2）还可以再定义子类（如C3）。这样，面向对象数据库模式的一组类形成了一个有限的层次结构，称为类层次。 2．OO模型中对象标识与关系模型中的“码”有什么区别？
答：对象标识具有永久持久性。一个对象一经产生，系统就给它赋予一个在全系统中惟一的对象标识符，直到它被删除。对象标识是由系统统一分配的，用户不能对对象标识符进行修改。对象标识是稳定的，独立于值的，它不会因为对象中某个值的修改而改变。 关系模型中的“码”是值标识，不具有永久持久性，只具有程序内持久性。码是由用户建立的，用来区分关系的不同元组。 3．什么是单继承？什么是多重继承？继承性有什么优点？ 答：（1）单继承是指一个子类只能继承一个超类的特性（包括属性、方法和消息）；多重继承是指一个子类能继承多个超类的特性。 （2）继承性的优点有以下两点： ①它是建模的有力工具，提供了对现实世界简明而精确的描述； ②它提供了信息重用机制。子类可以继承超类的特性，可以避免许多重复定义。
第9章实体-联系模型 实体-联系（E-R）模型是数据库设计者、编程者和用户之间有效、标准的交流方法。它是一种非技术的方法，表达清晰，为形象化数据提供了一种标准和逻辑的途径。E-R模型能准确反映现实世界中的数据以及在用户业务中的使用情况，它提供了一种有用的概念，允许数据库设计者将用户对数据库需求的非正式描述转化成一种能在数据库管理系统中实施的更详细、准确的描述。因此，用E-R模型建模是数据库设计者必须掌握的重要技能。这种技术已广泛应用于数据库设计中。 9.1 E-R模型的基本概念 E-R模型是用于数据库设计的高层概念数据模型。概念数据模型独立于任何数据库管理系统（DBMS)和硬件平台，该模型也被定为企业数据的逻辑表示。它通过定义代表数据库全部逻辑结构的企业模式来辅助数据库设计，是一种自顶向下的数据库设计方法，是数据的一种大致描述，由需求分析中收集的信息来构建。E-R模型是若干语义数据模型中的一种，它有助于将现实世界企业中的信息和相互作用映射为概念模式。许多数据库设计工具都借鉴了E-R模型的概念，E-R模型为数据库设计者提供了下列几个主要的语义概念。 ●实体：指用户业务中可区分的对象。 ●联系：指对象之间的相互关联。 ●属性：用来描述实体和联系。每个属性都与一组数值的集合（也称为值域）相对应，属性的取 值均来自该集合。 ●约束：对实体、联系和属性的约束。 9.1.1 实体 实体是现实世界中独立存在的、可区别于其他对象的“对象”或“事物”。实体是关于将被收集的信息的主要数据对象。一个实体一般是物理存在的对象，如人、汽车、商品、职工等。每个实体都可以有自己的属性。下面是实体的一些例子： 在E-R模型中，实体是存在于用户业务中抽象且有意义的事物。这些事物被模式化成可用属性描述的实体。实体之间存在多种联系。 1．实体（或实体集）与实体实例 实体（entity，也称为实体集）是一组具有相同特征或属性的对象的集合。在E-R模型中，相似的对象被分到同一个实体中。实体可以包含物理（或真实）存在的对象，也可以包含概念（或抽象）存在的对象。每个实体用一个实体名和一组属性来标识。一个数据库通常包含许多不同的实体，实体的一个实例表现为一个具体的对象，比如一个具体的学生。E-R模型中的“实体”对应关系数据库中的一张表，实体的实例对应表中的一行记录。 2．实体的分类 实体可以分为强实体和弱实体。强实体（strong entity，也称为强实体集）指不依赖于其他实体而存在的实体，比如“职工”实体。强实体的特点是：每个实例都能被实体的主键唯一标识。弱实体（weak entity，也称为弱实体集）指依赖于其他实体而存在的实体，比如“职工子女”实体，该实体必须依赖于“职工”实体的存在而存在。强实体有时也称为父实体、主实体或者统治实体，弱实体也称为子实体、依赖实体或从实体。在E-R模型中，一般用单线矩形框表示强实体，用双线矩形
数据库设计与ER模型 5.11 设某商业集团数据库中有三个实体集。一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集，属性有职工编号、姓名、性别、业绩等。 商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品也可放在多个商店销售，每个商店销售一种商品，有月销售量；商店与职工间存在着“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作，商店聘用职工有聘期和月薪。 （1）试画出ER图，并在图上注明属性、联系的类型。 （2）将ER图转换成关系模型，并注明主键和外键。 解：(1) ER图如图5.1所示。 图5.1 （2）这个ER图可转换4个关系模式： 商店（商店编号，商店名，地址） 职工（职工编号，姓名，性别，业绩，商店编号，聘期，月薪） 商品（商品号，商品名，规格，单价） 销售（商店编号，商品号，月销售量） 5.12设某商业集团数据库中有三个实体集。一是“公司”实体集，属性有公司编号、公司名、地址等；二是“仓库”实体集，属性有仓库编号、仓库名、地址等；三是“职工”实体集，属性有职工编号、姓名、性别等。
公司与仓库间存在“隶属”联系，每个公司管辖若干仓库，每个仓库只能属于一个公司管辖；仓库与职工间存在“聘用”联系，每个仓库可聘用多个职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。 (1)试画出ER图，并在图上注明属性、联系的类型。 (2)将ER图转换成关系模型，并注明主键和外键。 解：(1) ER图如图5.2所示。 图5.2 （2）这个ER图可转换3个关系模式： 公司（公司编号，公司名，地址） 仓库（仓库编号，仓库名，地址，公司编号） 职工（职工编号，姓名，性别，仓库编号，聘期，工资 5.13 设某商业集团数据库有三个实体集。一是“商品”实体集，属性有商品号、商品名、规格、单价等；二是“商店”实体集，属性有商店号、商店名、地址等；三是“供应商”实体集，属性有供应商编号、供应商名、地址等。 供应商与商品之间存在“供应”联系，每个供应商可供应多种商品，每种商品可向多个供应商订购，每个供应商供应每种商品有个月供应量；商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品可在多个商店销售，每个商店销售每种商品有个月计划数。试画出反映上述问题的ER图，并将其转换成关系模型。 解：ER图如图5.3所示。