第二章 数据库设计和ER图(2)
E-R图和关系数据库设计
1∶1的联系也可以类似处理。如果1∶n的n一方的实体是部分参与联系，为了避免在转换后的关系中的外来关键字出现空值（NULL），可以分别把实体集和联系集按照规则1、2转换成关系。
【转换示例】
【例】一个简单的足球队数据模型。 实体集选择如下： （1）球员 PLAYERS 属性：姓名 NAME 籍贯 BPLACE 生日 BDATE NAME为关键字。 （2）位置 POSITIONS 属性：名称 POSNAME 人数 POSNUMBER POSNAME或POSNUMBER均可作关键字，一般用POSNAME。
【转换示例】
（3）球队 TEAMS 属性：球队名 TEAM-NAME 城市 CITY 年 YEAR TEAM-NAME和YEAR组成关键字。 上述实体集之间的联系集有： （1）打球 PLAYS(PLAYERS，POSITIONS) 从PLAYERS到POSITIONS是多对多联系。 （2）参赛 SEASON(PLAYERS，TEAMS) 从PLAYERS到TEAM是多对一联系。它有一个属性BA，表示比赛场次。
【例】实体间的依赖
2.2 实体-联系模型 转换为关系模型
把一个E-R模型转化为关系模型，可遵守下列规则：
转换规则1
规则1：每一个实体集转换为一个关系。 实体集中的实体的属性成为该关系的属性。实体的标识符成为该关系的关键字。每个实体由该关系的一个元组表示。 例如实体集product转换成关系 PRODUCT(product-number, product-name, cost-price)。
ER图示例
民航航班管理数据模型
首先选择实体集及相应的属性。为表示方便，约定如下符号： CHAR(n) 长度为n的字符串 INT(n) n位数字的整数 实体集和属性选择如下。 实体集1 旅客 PASSENGERS 属性： 姓名 NAME：CHAR(30) 住址 ADDRESS：CHAR(30) 电话 PHONE：INT(10) NAME和ADDRESS组成本实体集的关键字。
第二章习题
第2章数据库和ER模型1.设计数据库时首先应该设计A、数据库应用系统结构B、DBMS结构C、数据库概念结构D、数据库的控制结构2.数据库需求分析时，数据字典的含义是A、数据库中所涉及的属性和文件的名称集休整B、数据库中所涉及到字母、字符及汉字的集合C、数据库中所有数据的集合D、数据库中所涉及的数据流、数据项和文件等描述的集合3.下列不属于需求分析阶段工作的是A、分析用户活动B、建立ER图C、建立数据字典D、建立数据流图4.数据流图是在数据库阶段完成的A、逻辑设计B、物理设计C、需求分析D、概念设计5.ER图是建立数据库设计的工具之一，这适用于建立数据库的A、概念模型B、逻辑模型C、结构模型D、物理模型6.在关系数据库设计中，设计关系模型是的任务A、需求分析阶段B、概念设计阶段C、逻辑设计阶段D、物理设计阶段7.一个M：N：P联系可以转换个关系模式A、3B、2C、1D、08.当局部ER图合并成全局ER图时可能出现冲突，不属于合并冲突的是A、属性冲突B、语法冲突C、结构冲突D、命令冲突9.ER图中的联系可以与实体有关A、0个B、1个C、1个或多个D、多个10.下列属于数据库物理设计工作的是A、将ER图转换为关系模式B、选择存取路径C、建立数据流图D、收集和分析用户活动11.设计子模式属于数据库设计的A、需求分析B、概念设计C、逻辑设计D、物理设计12.概念结构设计的主要目标是产生数据库的概念结构，该结构主要反映A、应用程序员的编程需求B、DBA的管理信息需求C、数据库系统的维护需求D、企业组织的信息需求13.有两个不同的实体集，它们之间存在着一个1：1联系和一个M：N联系，那么根据ER模型转换成关系模型的规则，这个ER结构转换成的关系模式个数A、2个B、3个C、4个D、5个14.如果有10个不同的实体集，它们之间存着12个不同的二元联系（二元联系是指两个实体集之间的联系），其中3个1：1联系，4个1：N联系，5个M：N联系，那么根据ER模型转换成关系模型的规则，这个ER 结构转换成的关系模式个数为A、14个B、15个C、19个D、22个15.在ER模型转换成关系模型的过程中，下列叙述不正确的是A、每个实体类型转换成一个关系模式B、每个联系转换成一个关系模型C、每个M：N联系类型转换一个关系模式D、在处理1：1和1：N联系类型时，不生成新的关系模式16.当同一个实体集内部的实体之间存在着一个1：N联系时，那么根据ER模型转换成关系模型的规则，这个ER结构转换成的关系模式个数为A、1个B、2个C、3个D、4个17.当同一个实体集内部的实体之间存在着一个M：N联系时，那么根据ER模型转换成关系模型的规则，这个ER结构转换成的关系模式个数为A、1个B、2个C、3个D、4个18.在数据库设计时，子类与超类存在着A、相容性联系B、调用的联系C、继承性的联系D、一致性的联系1.ER数据模型一般在数据库设计的阶段使用2.“为哪些表，在哪些字段上，建立什么样的索引”这一设计内容应该属于数据库设计中的阶段3.数据模型是用来描述数据库的结构和语义的，数据模型有概念数据模型和结构数据模型两类，ER模型是4.数据库实施阶段包括两项重要的工作，一项是数据的，另一项是应用程序的编码和调试5.ER图向关系模式转化要解决的问题是如何将实体和实体之间的联系转换成关系模式，如何确定这些关系模式的6.数据库的物理设计是对一个给定的模型选取一个最合适应用环境的物理结构的过程7.数据库设计中，将分ER图集成时，主要任务是增补各8.数据库应用系统设计中逻辑设计的主要内容是把ER模型的和转换为关系模型9.ER方法是设计的方法10.现实世界到机器世界过渡的中间层次是11.概念设计的目标是产生反映的数据库概念结构，即概念模式12.在DBD中，子类具有一个很重要的性质：13.DBD的逻辑设计分成两大部分：和14.关系模型用表示实体之间的联系15.DBS的维护工作是承担1.数据库系统生存期分为哪几个阶段？2.需求分析工作的四个步骤3.什么是数据字典？数据字典中有哪些内容4.概念设计的步骤5.什么是ER模型，ER模型的基本元素有哪些6.采用ER模型的数据库概念设计步骤7.ER图转称成关系模式的算法8.有哪三类完整性规则9.数据库的维护工作有哪些10.什么是弱实体？什么是超类和子类？设计题1.有一个应用包括三个实体集。
数据库之ER图
以仓库和器件两个实体之间的关联为例：
如果规定一个仓库只能存放一种器件，并且一种器件 只能存放在一个仓库，这时仓库和器件之间的联系是 一对一的；
如果规定一个仓库可以存放多种器件，但是一种器件 只能存放在一个仓库，这时仓库和器件之间的联系是 一对多的；
如果规定一个仓库可以存放多种器件，同时一种器件 可以存放在多个仓库，这时仓库和器件之间的联系是 多对多的。
一对一的联系
如果实体集A与实体集B之间存在联系， 并且对于实体集A中的任意一个实体，实体 集B中至多只有一个实体与之对应；而对实 体集B中的任意一个实体，在实体集A中也至 多只有一个实体与之对应，则称实体集A到 实体集B的联系是一对一的，记为1 : 1 。
一对一联系的例子
有车间和车间主任两个 实体，并且有语义：一个车间 只能有一名车间主任，一个职 工也只能在一个车间当主任。 那么车间和车间主任之间的联 系是一对一的，我们把这种联 系命名为任职。
仓库
1
工作
n
职工
多对多的联系
如果实体集A与实体集B之间存在联系， 并且对于实体集A中的一个实体，实体集B中 可以有多个实体与之对应；而对实体集B中 的一个实体，在实体集A中也可以有多个实 体与之对应，则称实体集A到实体集B的联系 是多对多的，记为m : n 。
多对多联系的例子
有仓库和器件两个实 体，并且有语义：一个仓 库可以存放多种器件，一 种器件可以存放在多个仓 库。那么仓库和器件之间 的联系就是多对多的，我 们把这种联系命名为库存。
胭 脂 蔻 灯 红 酒绿港
与订购业务有关的实体 订购业务？
订购业务管理模式语义：
一名职工可以经手多张订购单，但一张 订购单只能由一名职工经手；
一个供应商可以接受多张订购单，但一 张订购单只能发给一个供应商；
数据库关系er模型图ppt课件
模式A 的属性加入模式A
为模式A外键
模式B 处理方式（2）：
方式（2）：
（2）把模式A的主键， 表A的主键为 联系的属性加入模式B 表B的外键
ppt精选版
38
ER图
转换成 联系的处理 的关系
外键
（2个 把模式A的主键，联系 模式A的主键
关系） 的属性加入模式B
为模式B的外
模式A
键
模式B
ppt精选版
ppt精选版
42
ppt精选版
43
ppt精选版
44
ppt精选版
45
ppt精选版
46
ppt精选版
47
学生运动会模型
(1)有若干班级,每个班级包括: 班级号,班级名,专业,人数 (2)每个班级有若干运动员,运动员只能属于一个班,包括: 运动员号,姓名,性别,年龄 (3)有若干比赛项目,包括:项目号,名称,比赛地点 (4)每名运动员可参加多项比赛,每个项目可有多人参加 (5)要求能够公布每个比赛项目的运动员名次与成绩 (6)要求能够公布各个班级团体总分的名次和成绩
（3）数据共享性差，冗余度大
（4）数据独立性差
ppt精选版
17
应用程序1
文件1
应用程序2
存取方法
文件2
应用程序n
文件n
文件系统阶段应用程序与数据之间的对应关系
ppt精选版
18
数据库系统阶段
20世纪60年代后期以来，硬件价格下降；软件 则价格上升，为编制和维护系统软件及应用程序所需 的成本相对增加；在处理方式上，联机实时处理要求 更多，并开始提出和考虑分布处理。在这种背景下， 以文件系统作为数据管理手段已经不能满足应用的需 求，于是为了解决多用户、多应用共享数据的需求， 使数据为尽可能多的应用服务，数据库技术便应运而 生，出现了统一管理数据的专门软件系统┈┈┈数据库管 理系统
数据库设计与ER模型
ER模型的作用和意义
帮助数据库设计者更好地 理解和管理复杂的数据结 构。
有助于确保数据库设计的 完整性和准确性，减少数 据冗余和不一致性。
ABCD
提供了一种通用的、标准 化的数据库设计方法，使 得不同人员之间能够更好 地沟通和协作。
为后续的数据库实施和应 用程序开发提供了基础和 指导。
03
ER模型的设计过程
数据库设计的重要性
提高数据管理效率
良好的数据库设计能够减少数据 冗余，优化数据存储和检索过程， 提高数据管理效率。
保障数据质量
合理的数据库设计可以降低数据 错误和异常的可能性，保证数据 的准确性和完整性。
支持业务决策
通过合理的数据组织和分析，数 据库设计能够支持业务决策，帮 助企业做出更好的战略规划。
创建视图
02
根据业务需求，创建视图以简化复杂的查询或展示特定的数据
汇总信息。
优化查询性能
03
通过优化查询语句和索引设计，提高数据库的查询性能和响应
速度。
05
ER模型的应用案例
案例一：学生信息管理系统
总结词
简明扼要地描述了案例的主要内容。
详细描述
学生信息管理系统是一个典型的ER模型应 用案例。通过ER模型，可以清晰地定义学 生、课程、成绩等实体以及它们之间的关系， 如学生选课、成绩录入等。这有助于确保数 据库设计的准确性和高效性，从而为学生和 教师提供更好的信息服务。
总结词
简明扼要地描述了案例的主要内容。
详细描述
电子商务网站数据库设计是ER模型应用的 另一个重要领域。电子商务网站通常包含商 品、用户、订单等实体以及它们之间的关系 ，如用户购买商品、订单与商品的关联等。
通过ER模型，可以合理规划数据库结构， 确保数据的准确性和完整性，从而提升电子
数据库设计与实现高级ER图[文字可编辑]
![数据库设计与实现高级ER图[文字可编辑]](https://img.taocdn.com/s3/m/2a986cdf5acfa1c7ab00cc73.png)
2019 年11月12 日星期二
数据库系统概念----E-R
10
3.1练习
? 请绘制医院系统住院部分的E-R图
– 医院为住院病人建立病历。病历首页记录病人住院相关的基本 信息；病历主体由住院期间每次诊疗的记录顺序排列组成。
– 诊疗记录由诊疗时间、诊疗情况记录组成，并要由进行当次诊 疗的住院医生签字。诊疗可发出检查单、治疗医嘱单，需要记 录诊疗和检查单、医嘱单的关系。
dealnum
银行职员
2019 年11月12 日星期二
数据库系统概念----E-R
3
3.1弱实体
? 弱实体提出的背景 – 存在一些场景，需要研究：
? 一个实体的属性与其它实体之间的关系 ? 或者属性之间相互的关联关系
– E-R图中联系是实体与实体之间的联系 – 在研究属性参与的联系时，需要进行属性实体化
? 思考：
科研成果
ISA
不相交
文章
项目
– 教师、学生对人员的ISA关系，具有不相交约束吗？
2019 年11月12 日星期二
21
2.2练习
? 学校系统数据概念模型如图下所示
– 现在需要增加在校人员的借书业务 – 请尝试使用在校人员和教师学生的继承关系
院系 dno dname
name sno
age pid
讲授
课程
? 思考：
– 如何刻画不同层次实体型之间的关系？
2019 年11月12 日星期二
13
3.2继承
? ISA联系
– E-R图使用ISA联系表示不同层次实体型之间的关系 – ISA联系本质是继承关系 – ISA联系使用标有“ISA”字样的三角形来表示
人员
ISA
mysql数据库设计及E-R图
mysql数据库设计及E-R图⼀.数据库建模过程需求分析阶段：分析客户的业务和数据处理需求概要设计阶段：设计数据库的E-R模型图，确认需求信息的正确和完整详细设计阶段：应⽤三⼤范式审核数据库结构代码编写阶段：物理实现数据库，编码实现应⽤软件测试阶段：……安装部署：……⼆.设计数据库的步骤1.了解需求与该系统有关⼈员进⾏交流、座谈，充分了解⽤户需求，理解数据库需要完成的任务2.标识实体（Entity）标识数据库要管理的关键对象或实体（名词）3.标识每个实体的属性（Attribute）（名词）4.标识实体之间的关系（Relationship）（动词）tips：在E-R图中，实体⽤矩形表⽰，属性⽤椭圆表⽰，关系⽤菱形表⽰。
三.E-R图设计1.⼀对⼀：x中的⼀个实体最多与y中的⼀个实体关联。
并且y中的⼀个实体最多与x中的⼀个实体关联。
2.⼀对多：x中的⼀个实体可以与y中的任意数量的实体关联，y中的⼀个实体最多与x中的⼀个实体关联。
3.多对多：x中的⼀个实体可以与y中的任意数量的实体关联，反之亦然。
重要1.如果是1：1的关系：那么将实体转换成表，将任意1端实体的主键拿到另⼀端实体做外键。
2.如果是1：N的关系：那么将实体转换成表，关系不成表，将1端实体的主键拿到N端实体做外键。
3.如果是M：N的关系：将实体转换成表，关系形成表，同时将两端实体的主键拿过来作为该表的外键，形成复合主键。
四.数据库设计的三⼤范式为了建⽴冗余较⼩、结构合理的数据库，设计数据库时必须遵循⼀定的规则。
在关系型数据库中这种规则就称为范式。
范式是符合某⼀种设计要求的总结。
要想设计⼀个结构合理的关系型数据库，必须满⾜⼀定的范式。
第⼀范式：要求表的每个字段必须是不可分割的独⽴单元student : name -- 违反第⼀范式张⼩名|狗娃sutdent ： name old_name --符合第⼀范式张⼩名狗娃第⼆范式：在第⼀范式的基础上，要求每张表只表达⼀个意思。
02 数据库设计
Systematically Approaching Design Stages 设计的阶段
Conceptual phase 概念阶段
As a database designer, in this phase, you collect all business requirements and rules in cooperation with business domain experts. You create a conceptual schema by using the object role modeling (ORM) method. An ORM diagram documents a business problem. You can also use the entity relationship (ER) method in this phase, especially the Integration Definition for Information Modeling (IDEF1X) method, although it is a less expressive method than ORM and does not allow the diagramming of all possible business rules. Alternatively, you could use Unified Modeling Language (UML), although this language suits application design better than database design. 作为数据库设计师，在此阶段，将与业务领域专家合作，收集所有业务需求和规则。然后 使用对象角色建模（ORM）方法创建概念模式。一个ORM图表记录了业务问题。你也可以 在此阶段使用实体关系（ER）方法，特别是信息建模（IDEF1X）方法的集成定义，尽管它 不如ORM那么具有表现力，并且不允许以图表的形式表示所有可能的业务规则。 或者， 您可以使用统一建模语言（UML），尽管这种语言更适合应用程序设计相比于数据库设计。
数据库设计中的关系图模型与ER图模型
数据库设计中的关系图模型与ER图模型在数据库设计中，关系图模型与实体关系(ER)图模型是两种常用的数据建模方法。
关系图模型使用关系型数据表来表示实体间的联系，而ER图模型使用实体、联系和属性的图形符号表示。
本文将深入探讨这两种模型，并比较它们的特点和适用场景。
1. 关系图模型关系图模型是基于关系代数原理的一种数据建模方法。
在关系图模型中，数据存储在表中，每个表代表一个实体类，而实体类的属性则对应着表中的列。
关系图模型使用外键来表示实体之间的联系，外键是指一个表中的列引用了另一个表的主键。
通过使用关联关系，可以将多个表连接在一起，形成更复杂的数据模型。
优点：1. 结构简单直观：关系图模型使用表格形式表示数据，易于理解和使用。
2. 灵活性高：关系图模型允许在表之间建立复杂的关联关系，方便扩展和修改数据库模型。
3. 数据一致性强：关系图模型通过外键关系确保数据的完整性和一致性。
缺点：1. 难以处理复杂关系：对于多对多关系、继承关系等复杂的数据模型，关系图模型的表格形式可能不够灵活。
2. 性能受限：关系图模型在处理大规模数据集和复杂查询时性能可能受到影响。
适用场景：关系图模型适用于简单的数据模型，例如商店库存管理系统、学生信息管理系统等。
这些系统的数据结构相对简单，关系图模型足以满足其需要。
2. 实体关系(ER)图模型实体关系(ER)图模型在数据库设计中应用广泛。
ER图模型使用图形符号来表示实体、联系和属性之间的关系。
其中，实体代表一种具体的事物，联系表示不同实体之间的关系，属性则是实体和联系的特征或描述。
优点：1. 可视化直观：ER图模型使用图形符号表示实体、联系和属性之间的关系，直观易懂。
2. 表达能力强：ER图模型能够准确地表达实体之间的各种关系，如一对一、一对多、多对多等。
3. 数据结构灵活：ER图模型可以灵活地应对复杂的数据结构，如继承关系、嵌套关系等。
缺点：1. 抽象性强：ER图模型相对于关系图模型较为抽象，需要一定的学习成本。
第二章 数据库设计和ER图(2)
1) 转1换任职 为一个年 月独立的关系模式
关系校的长 属性：与学 校该校长联（（校姓系名名相，，连地性址别的，，各电年话龄实，，体姓职的名称），码以及联系 姓名本关性身别系的的年属候龄性选职码称：任每职个年月实）体的码均是该关系的候选码
2) 与某一端对应的关系模式合并
合并后关系的属性：加入对应关系的码和
逻辑结构设计的任务
把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的 数据模型相符合的逻辑结构
逻辑结构设计的步骤
E-R图向关系模型的转换
E-R图向关系模型的转换要解决的问题
如何将实体型和实体间的联系转换为关系模式 如何确定这些关系模式的属性和码
转换内容
将E-R图转换为关系模型：将实体、实体的属性和 实体之间的联系转换为关系模式。
2.1.5 数据库的物理设计 p33
数据库在物理设备上的存储结构与存取方法称为数据 库的物理结构
为一个给定的逻辑数据模型选取一个最适合应用环境 的物理结构的过程，就是数据库的物理设计。
数据库物理设计的步骤
存储记录结构设计 确定数据存放位置 存取方法设计 完整性和安全性考虑 程序设计
异名同义（一义多名）：同一意义的对象在不同的局 部应用中具有不同的名字
⒊ 结构冲突
三类结构冲突
同一对象在不同应用中具有不同的抽象 同一实体在不同分E-R图中所包含的属性个数和属性排
列次序不完全相同 实体之间的联系在不同局部视图中呈现不同的类型
全局ER模型优化
优化原则 合并实体类型 消除冗余属性 消除冗余联系
数据库的试运行
数据库试运行主要工作包括：
1）功能测试 实际运行数据库应用程序，执行对数据库的各种操作，
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
式，n11聘用也)姓转可名 换以性为与别聘期一n端年个龄对独应系立教的（师的关系（关号工系系，号模模系，式式名姓合，名并电，话。性）别，
工号 姓名教以 师关关性及别系系联的的年系龄属码本性：身：n的端与属实年该性体龄联，的系系码相号连，的聘期各）实体的码
2) 与n端对应的关系模式合并
合并后关系的属性：在n端 ▪ 需求分析 ▪ 概念结构设计 ▪ 逻辑结构设计 ▪ 物理设计 ▪ 实现 ▪ 运行和维护
消除冲突
调查研究
自顶 向下
抽象 数据， 设计局 部E-R
图
自底 向上
集成 到全局 E-R图
需求 分析
数据流图 数据字典
概念 结构
消除 不必 要的 冗余
基本E-R图
七条原则
转换成 关系模型
E-R图 向 关系模型的转换
转换过程中的主要问题：
E-R图： 实体 实体的属性 实体间的联系
关系模式： 关系 属性 码
2.3 关系模型的基本概念
❖2.3.1 基本术语 p52—53 属性 元数 元组 基数 关系 关系模式名 关键码 键 超键 候选键 主键 外键 值域
❖2.3.2 关系的定义和性质 p53
逻辑 结构
物理 结构
优 化
关系模型
实施
运行 维护
练习题：
A 2．ER模型是数据库的设计工具之一，它一般适用于建立数据库的( )
A．概念模型
B．逻辑模型
C．内部模型
D．外部模型
3．数据库物理设计的任务不包括( ) p33 A．优化模式 B．存储记录结构设计 C．确定数据存放位置 D．存取方法设计
17．增强ER模型中，子类实体继承超类实体的所有____属__性___。
❖2.6.2 子类实体与超类实体 概化 特化 性质：
（1）子类与超类之间具有继承性的特点。子类 实体继承超类实体的所有属性。但比超类实体有 更多属性。
（2） 这种继承是通过 子类实体与超类实体具 有相同的实体标识符实现的
特化过程的两种约束
❖ 不想交约束
不相交约束 重叠约束
❖ 完备性约束 整体特化 部分特化
联系本身的属性
合并后关系的码：不变
⒌ 三个或三个以上实体间的一个多元联系转换为
一个关系模式。
关系的属性：与该多元联系相连的各实体的码
以及联系本身的属性
关系的码：各实体码的组合
课程号 课时 职工号
课程
1
讲授
n
教师
m 教材 书号
讲授（课程号，职工号，书号， 课时）
⒍ 同一实体集的实体间的联系，即自联系，也可按 上述1:1、1:n和m:n三种情况分别处理。
4.完成关系模式设计是在数据库设计的( )
▪ 如果该结构不符合用户需求，则需要修改设计
2.1.6 数据库的实现
1 定义数据库 2 数据的载入 3 编制和调试应用程序 4 数据库的试运行
数据的载入
❖ 数据库结构建立好后，就可以向数据库中装载数据了。组 织数据入库是数据库实施阶段最主要的工作。
❖ 数据装载方法 ▪ 人工方法 ▪ 计算机辅助数据入库
数据库的试运行
❖ 数据库试运行主要工作包括：
1）功能测试 ▪ 实际运行数据库应用程序，执行对数据库的各种操作，
测试应用程序的功能是否满足设计要求 ▪ 如果不满足，对应用程序部分则要修改、调整，直到
达到设计要求 2）性能测试 ▪ 测量系统的性能指标，分析是否达到设计目标 ▪ 如果测试的结果与设计目标不符，则要返回物理设计
27．简述数据库逻辑设计阶段的主要步骤。p32
4．设有关系WORK（ENO，CNO，PAY），主码为（ENO，CNO）。
按照实体完整性规则( )
p53
A．只有ENO不能取空值 B．只有CNO不能取空值
C．只有PAY不能取空值 D．ENO与CNO都不能取空值
4.设有课程关系Course（课程号，课程名，学分，开设专业号，先修课程
▪ 消除不必要的冗余，设计生成基本E-R图 分E-R图
合并
初步E-R图
可能存在冗余的数据 和冗余的实体间联系
消除不必要的冗余
基本E-R图
❖ 冗余的数据是指可由基 本数据导出的数据
冗余的联系是指可由其 他联系导出的联系
❖ 消除不必要的冗余后的 初步E-R图称为基本E-R 图
2.1.4 逻辑设计阶段
每条线路有多名导游，但一名导游只负责一条线路；每条线路 可同时存在多个旅游团队，但每个团队只旅游一条线路。
(1)建立一个反映上述局部应用的ER模型，要求标注联系类型 (可省略实体属性)。
42.某网上订书系统，涉及如下信息： （1）客户：客户号、姓名、地址、联系电话。 （2）图书：书号、书名、出版社、单价。 （3）订单：订单号、日期、付款方式、总金额。 其中：一份订单可订购多种图书，每种图书可订购多本；一位客户可 有多份订单，一份订单仅对应一位客户。
第二章 数据库设计与E-R图
❖ 温故知新：数据库设计的七个阶段：
• 规划 • 需求分析 • 概念设计 • 逻辑设计 • 物理设计 • 实现（实施） • 运行维护
设计E-R图
❖两条准则：
➢ （1）属性不能再具有需要描述的性质。即属性必 须是不可分的数据项，不能再由另一些属性组成
➢ （2）属性不能与其他实体具有联系。联系只发生 在实体之间
合并分E-R图，生成初步E-R图（续）
❖ 冲突的种类 p49
▪ 属性冲突--------- ❖两类属性冲突
▪ 命名冲突 ▪ 结构冲突
▪ 属性域冲突
➢属性值的类型 ➢取值范围 ➢ 取值集合不同
▪ 属性取值单位冲突
⒉ 命名冲突
❖两类命名冲突
▪ 同名异义：不同意义的对象在不同的局部应用中具有 相同的名字
职工号 姓名
性别 职称
教师
1n
领导
教师（职工号，姓名，性别， 职称，系主任）
⒎ 具有相同码的关系模式可合并。 例：“目拥有的”：关减系少模系式统：中的关系个数。
拥有（学号，性别）
与学生合关系并模方式法：：将其中一个关系模式的全部属性 加学生入（到学号另，一姓个名，关出系生日模期式，中所在，系然，年后级去，掉其中的同
（1）根据以上叙述，建立ER模型，要求标注联系类型（可省略实体 的属性）。
（2）根据转换规则，将ER模型转换成关系模型，要求标注每个关系 模型的主键和外键（如果存在）。
41．为体育部门建立数据库，其中包含如下信息： (1)运动队：队名、主教练，其中队名惟一标识运动队。 (2)运动员：运动员编号、姓名、性别、年龄。 (3)运动项目：项目编号、项目名、所属类别。 其中：每个运动队有多名运动员，每名运动员只属于一个运动队； 每名运动员可以参加
数据库的物理设计(续)
数据库物理设计
逻辑结 构设计
确定数 据库的 物理结
构
评价数据 库的物理
结构
数据库 实施
逻辑 模型
物理 模型
评价物理结构(续)
❖评价方法（完全依赖于所选用的DBMS ）
▪ 定量估算各种方案
➢ 存储空间 ➢ 存取时间 ➢ 维护代价
▪ 对估算结果进行权衡、比较，选择出一个较优的合理的 物理结构
课程号关系的课码程名：实体型的码
2.一个m:n联系转换为一个关系模式。
关系的属性：与该联系相连的各实体的码以
及联系本身的属性
关系的码：各实体码的组合
系号 系名 电话
例： 系
可以减少系统
1
聘 聘用（工号，系号，中聘的期关）系个数，
例：系⒊工号号一系系名个n聘用教电师1话:n联期系可系教以（师转系（换工号为，号系，一名姓个，名独电，一倾立话性般向的种）别情于方关，况采法年系下用龄模更这）
❖2.3.3 三类完整性规则是【重点掌握】 实体完整性规则 参照完整性规则 用户定义完整性规则
2.4 ER模型 到 关系模型的转换
❖ 每个实体类型转换为一个关系模型
属性—属性； 实体标识符----键
❖ 二元联系类型的转换P55
请看图解
1 : 1 1 ：n
❖ 一元联系类型的转换
❖ 三元联系类型的转换
多个项目，每个项目可以有多个运动员参加。系统记录每名运动员 参加每个项目所得名次和成绩以及比赛日期。
(1)根据以上叙述，建立ER模型，要求标注联系类型。(实体的属性可 以省略)
(2)根据转换规则，将ER模型转换成关系模型，要求标明每个关系模 式的主键和外键（如果存在）。
2.6 增强的ER模型
❖2.6.1 弱实体和强实体 p62 只能是1:1 1：n
确定数据的存放位置
❖ 基本原则
▪ 根据应用情况将 ➢易变部分与稳定部分分开存放 ➢存取频率较高部分与存取频率较低部分，分开存放
确定数据的存放位置（续）
例：
➢可以将比较大的表分别放在两个磁盘上，以加快存取 速度，这在多用户环境下特别有效
➢可以将日志文件与数据库对象（表、索引等）放在不 同的磁盘以改进系统的性能
m ：n
2.5 ER模型的实例分析
例：
学生
例：学号 系别
学生（学号，姓名，出
学号 学生
姓名
n
年级
生日期，所在系，年级，
所在系选修（学平号均，成绩课）程号，成绩）
成绩 出选生日修期 平均成绩 学转生换（原学则号: ，系别）
⒈ 一个实m体型转换为课一程个（关课系程模号式，。课程名）
关系课的程属性：实体型的属性
▪ 异名同义（一义多名）：同一意义的对象在不同的局 部应用中具有不同的名字
⒊ 结构冲突
❖ 三类结构冲突
▪ 同一对象在不同应用中具有不同的抽象 ▪ 同一实体在不同分E-R图中所包含的属性个数和属性排
列次序不完全相同 ▪ 实体之间的联系在不同局部视图中呈现不同的类型