数据库系统基础教程第2章.pptVIP

下载本文档

10
0
约6.92千字
约 70页
2020-08-19 发布于天津
举报

数据库系统基础教程第2章.ppt

第 2 章实体－联系数据模型把多元联系转换为二元联系 Star-of Stars Movies Movie-of Contracts Studio Studio of star Producing studio Signdate Salary 第 2 章实体－联系数据模型何时需要转换？ ①多元联系； ②多对多联系； ③有属性的联系。思考题： ⑴将学生与课程之间的选修联系用连接实体集表示。 ⑵以下表示是否等价：图书借阅学生教师图书借阅学生教师借阅第 2 章实体－联系数据模型 E/R 图中的子类 ? 一个实体集中含有一些实体，这些实体拥有集合中其他成员没有的特性。我们通常就会定义一些特殊的实体集，称之谓子类。每个子类有它自己的特殊的属性和 / 或联系。 ? 子类是面向对象的概念在 E/R 图中的体现。在 E/R 模型中虽然有表示方法，但不能解决普遍的复杂性问题。 ? 我们用 isa 的联系连接实体集和它的子类。超类子类整体特征继承附加特征第 2 章实体－联系数据模型 E/R 图中的子类例：职工 — 采购员 — 保管员职工采购员 Isa 保管员 Isa 注意： 1 超类与子类之间是 1:1 联系 2 子类具有（继承）超类的一切属性及联系 3 仅与子类相关的属性及联系标于子类框上第 2 章实体－联系数据模型 E/R 图中的子类 ? 例电影、卡通片与谋杀片 Movies Cartoons isa Murder- Mysteries isa weapon Voices to Stars length title year film Type 第 2 章实体－联系数据模型 2.2 设计原则第 2 章实体－联系数据模型设计原则 ? 什么是设计原则？指导我们分析需求，设计解决方案的准则。 ? 为何需要设计原则？为了真实全面反应客观需求，以得到良好的设计，且避免常见问题。第 2 章实体－联系数据模型真实性 ? 真实性原则是什么？ ⑴ 忠实反映需求规范。实体集、联系和属性应反映客观的实际情况。 ⑵这是最基本的原则。在设计中应注意保持一致性，不自相矛盾。 ⑶若违背此原则，将会得到无效甚至有害的设计。第 2 章实体－联系数据模型避免冗余 ? 避免冗余原则是什么？ ⑴对任何事物的任何性质的描述，都仅描述一次。 ⑵注意避免：重复的表示，二次数据，冗余的联系。 ? 可能的问题：空间浪费；维护一致性的代价。思考题：人事档案中每个人有身份证号、性别、出生日期、年龄等属性。有多余属性吗？第 2 章实体－联系数据模型简单性 ? 简单性原则是什么？避免引入多余的元素。 Movies Represents Holdings Studio Owns Holdings 表示一部电影的所有权。如果没有属性的话，则是多余的实体集。 ? 可能引起的问题：多余实体集必然导致多余的联系，空间浪费；计算复杂；易出错。要点：对 1 对 1 的联系要仔细研究是否多余。第 2 章实体－联系数据模型选择正确的联系 ? 为什么选择正确的联系？如不正确选择联系，由于将可能的联系都加到设计中，则 ⑴导致冗余。 ⑵使得数据库可能需要更多的空间来存储冗余元素。 ⑶修改数据库会更复杂。第 2 章实体－联系数据模型选择正确的联系 Works-for Stars Movies Stars-in Studio Owns 第 2 章实体－联系数据模型选择合适的元素类型 ? “ 合适”是什么原则？相对的合理；更自然；更简单；更贴近需求。 1. 是选择属性，还是实体集？例：考虑 Studios 。如果设计中只要求 Studios 的名称，不要求其它属性，如地址、总裁等，是否可作为 Movies 的一个属性，而无需一个实体集。第 2 章实体－联系数据模型选择合适的元素类型建议：若某事物具有除名称之外的更多信息，则应建模为一个实体集；否则应为属性。属性比实体集或联系实现起来更简单。此外，在 E/R 模型中，每个实体所具有的属性值应该是单值的，因此，若某个属性是多值的，通常需要将之建模为实体集。思考题： ⑴人事档案中每个人除有姓名、身份证号之外，若需多个住址和多个宅电号码，应如何建模？ ⑵住址和宅电号码之间是否可能有联系？第 2 章实体－联系数据模型选择合适的元素类型 2. 是选择一个多元联系，还是一个等价的连接实体集？根据具体需求分析的要求决定。例：电影、影星与两个制片公司之间的签约联系。将签约作为连接实体集可表示制片公司数量不定的特殊情形。第 2 章实体－联系数据模型 2.3 约束的建模第

您可能关注的文档

文档评论（0）

1亿VIP精品文档

更多 >

数据库系统基础教程第2章.pptVIP