第二章数据库设计和图.pptVIP

An Introduction to Database System 第二章 数据库设计与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图转换为关系模型：将实体、实体的属性和实体之间的联系转换为关系模式。 2.3 关系模型的基本概念 2.3.1 基本术语 p52—53属性 元数 元组 基数 关系 关系模式名 关键码 键 超键 候选键 主键 外键 值域 2.3.2 关系的定义和性质 p53 2.3.3 三类完整性规则是【重点掌握】 实体完整性规则参照完整性规则用户定义完整性规则 2.4 ER模型 到 关系模型的转换 每个实体类型转换为一个关系模型 属性—属性； 实体标识符----键 二元联系类型的转换P55请看图解 1 : 1 1 ：n m ：n 一元联系类型的转换 三元联系类型的转换 42.某旅行社管理系统涉及的部分信息如下：.(1)景点：景点编号、景点名称、地点、景点描述。(2)线路：线路编号、线路名称、线路描述。(3)导游：工号、姓名、等级。(4)团队：团队编号、人数、开始日期、截止日期。其中：每条线路由多个景点组成，不同线路的景点存在交叉；每条线路有多名导游，但一名导游只负责一条线路；每条线路可同时存在多个旅游团队，但每个团队只旅游一条线路。(1)建立一个反映上述局部应用的ER模型，要求标注联系类型(可省略实体属性)。 2.6 增强的ER模型 2.6.1 弱实体和强实体 p62 只能是1:1 1：n 2.6.2 子类实体与超类实体 概化 特化 性质： （1）子类与超类之间具有继承性的特点。子类实体继承超类实体的所有属性。但比超类实体有更多属性。 （2） 这种继承是通过 子类实体与超类实体具有相同的实体标识符实现的 特化过程的两种约束 不想交约束 不相交约束 重叠约束 完备性约束 整体特化 部分特化 确定数据的存放位置 基本原则 根据应用情况将 易变部分与稳定部分分开存放 存取频率较高部分与存取频率较低部分，分开存放 确定数据的存放位置（续） 例： 可以将比较大的表分别放在两个磁盘上，以加快存取速度，这在多用户环境下特别有效 可以将日志文件与数据库对象（表、索引等）放在不同的磁盘以改进系统的性能 数据库的物理设计(续) 评价物理结构(续) 评价方法（完全依赖于所选用的DBMS ） 定量估算各种方案 存储空间 存取时间 维护代价 对估算结果进行权衡、比较，选择出一个较优的合理的物理结构 如果该结构不符合用户需求，则需要修改设计 2.1.6 数据库的实现 1 定义数据库 数据的载入 编制和调试应用程序 4 数据库的试运行 数据的载入 数据库结构建立好后，就可以向数据库中装载数据了。组织数据入库是数据库实施阶段最主要的工作。 数据装载方法 人工方法 计算机辅助数据入库 数据库的试运行 数据库试运行主要工作包括： 1）功能测试 实际运行数据库应用程序，执行对数据库的各种操作，测