第二章 数据库设计及E-R图.pptxVIP

第二章 数据库设计及E-R图 温故知新：数据库设计的七个阶段： 规划 需求分析 概念设计 逻辑设计 物理设计 实现（实施） 运行维护 设计E-R图 两条准则： （1）属性不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另一些属性组成 （2）属性不能及其他实体具有联系。联系只发生在实体之间 合并分E-R图，生成初步E-R图（续） 冲突的种类 p49 属性冲突--------- 命名冲突 结构冲突 两类属性冲突 属性域冲突 属性值的类型 取值范围 取值集合不同 属性取值单位冲突 ⒉ 命名冲突 两类命名冲突 同名异义：不同意义的对象在不同的局部应用中具有相同的名字 异名同义（一义多名）：同一意义的对象在不同的局部应用中具有不同的名字 ⒊ 结构冲突 三类结构冲突 同一对象在不同应用中具有不同的抽象 同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同 实体之间的联系在不同局部视图中呈现不同的类型 全局ER模型优化 优化原则合并实体类型 消除冗余属性 消除冗余联系 消除不必要的冗余，设计生成基本E-R图 冗余的数据是指可由基本数据导出的数据 冗余的联系是指可由其他联系导出的联系 消除不必要的冗余后的初步E-R图称为基本E-R图 2.1.4 逻辑设计阶段 逻辑结构设计的任务 把概念结构设计阶段设计好的基本E-R图转换为及选用DBMS产品所支持的数据模型相符合的逻辑结构 逻辑结构设计的步骤 E-R图向关系模型的转换 E-R图向关系模型的转换要解决的问题 如何将实体型和实体间的联系转换为关系模式 如何确定这些关系模式的属性和码 转换内容 将E-R图转换为关系模型：将实体、实体的属性和实体之间的联系转换为关系模式。 E-R图 向 关系模型的转换 转换过程中的主要问题： E-R图： 实体 实体的属性 实体间的联系 关系模式： 关系 属性 码 2.3 关系模型的基本概念 2.3.1 基本术语 p52—53属性 元数 元组 基数 关系 关系模式名 关键码 键 超键 候选键 主键 外键 值域 2.3.2 关系的定义和性质 p53 2.3.3 三类完整性规则是【重点掌握】 实体完整性规则参照完整性规则用户定义完整性规则 2.4 ER模型 到 关系模型的转换 每个实体类型转换为一个关系模型 属性—属性； 实体标识符----键 二元联系类型的转换P55请看图解 1 : 1 1 ：n m ：n 一元联系类型的转换 三元联系类型的转换 2.5 ER模型的实例分析 ⒈ 一个实体型转换为一个关系模式。 关系的属性：实体型的属性 关系的码：实体型的码 2.一个m:n联系转换为一个关系模式。 关系的属性：及该联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 转换原则 : 2) 及n端对应的关系模式合并 合并后关系的属性：在n端关系中加入1端关系的码和联系本身的属性 合并后关系的码：不变 ⒊ 一个1:n联系可以转换为一个独立的关系模式，也可以及n端对应的关系模式合并。 1) 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：n端实体的码 可以减少系统中的关系个数，一般情况下更倾向于采用这种方法 2) 及某一端对应的关系模式合并 合并后关系的属性：加入对应关系的码和联系本身的属性 合并后关系的码：不变 ⒋ 一个1:1联系可以转换为一个独立的关系模式，也可以及任意一端对应的关系模式合并。 1) 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的候选码：每个实体的码均是该关系的候选码 ⒌ 三个或三个以上实体间的一个多元联系转换为一个关系模式。 关系的属性：及该多元联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 ⒍ 同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。 ⒎ 具有相同码的关系模式可合并。 目的：减少系统中的关系个数。 合并方法：将其中一个关系模式的全部属性加入到另一个关系模式中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。 例：“拥有”关系模式： 　拥有（学号，性别） 及学生关系模式： 学生（学号，姓名，出生日期，所在系，年级， 班级号，平均成绩） 合并为一个关系模式： 　学生（学号，姓名，性别，出生日期，所在系， 年级，班级号，平均成绩） 先看 P56—57例题 2.11 2.12 42.某旅行社管理系统涉及的部分信息如下：.(1)景点：景点编号