数据库系统设计方法.pptVIP

第3章 数据库系统设计方法 3.1 数据库系统设计概述 3.2 系统需求分析 3.3 数据库概念结构设计 3.4 数据库逻辑结构设计 3.5 数据库物理结构设计 3.6 数据库的实施和维护 3.7 数据库应用系统设计 3.8 数据库应用系统设计实例 3.1 数据库系统设计概述 3.1 数据库系统设计概述 3.1 数据库系统设计概述 3.1 数据库系统设计概述 3.1.3 数据库系统设计方法 因此，将数据库系统设计分6个阶段: 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 数据库运行和维护 如图3－2 3.3 数据库概念结构设计 例如： 3.4 数据库逻辑结构的设计 逻辑结构设计的任务就是把概念模型结构转换成某个具体的DBMS所支持的数据模型。 转换过程： 1) 把概念模型转换成特定的DBMS支持的数据模型； 2) 通过优化方法将其转化为优化的数据模型； 3.4.2 概念模型向关系模型的转换 待解决的两个问题： 一、如何将实体集和实体间的联系转换为关系模式； 二、如何确定这些关系模式的属性和码； 转换的基本方法 1. 实体集的转换规则 概念模型中的一个实体集转换为关系模型中的一个关系； 实体的属性就是关系的属性； 实体的码就是关系的码； 关系的结构就是关系模式。 2. 实体集间联系的转换规则(1) 1:1联系的转换方法 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联 系本身的属性 关系的码：与该联系相连每个实体的码均是该关系的候选码 与某一端实体对应的关系模式合并 合并后关系的属性：加入相关的另一个实体集的码和联系本身的属性 合并后关系的码：不变 【例3-1】将图中E-R图转换为关系模型 方案1：联系形成的关系独立存在： 职工（职工号，姓名，年龄）； 产品（产品号，产品名，价格）； 负责（职工号，产品号）. 方案2：“负责”与“职工”两关系合并： 职工（职工号，姓名，年龄，产品号）； 产品（产品号，产品名，价格）； 方案3：“负责”与“产品”两关系合并： 职工（职工号，姓名，年龄）； 产品（产品号，产品名，价格，职工号）. (2) 1:n联系的转换方法 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：n端实体的码 与n端对应的关系模式合并 合并后关系的属性：在n端关系中加入1端实体集的码和联系本身的属性 合并后关系的码：不变 合并可以减少系统中的关系个数，一般情况下更倾向于采用这种方法 【例3-2】将含有1:n联系的E-R图转换为关系模型 方案1：将联系转换成独立的关系模式 仓库（仓库号，地点，面积）； 产品（产品号，产品名，价格）； 仓储（仓库号，产品号，数量）. 方案2：将联系形成的关系与n端合并 仓库（仓库号，地点，面积）； 产品（产品号，产品名，价格，仓库号，数量）. 例3-3 图3-23中含有同实体集的1:n联系，将它转换为关系模型 方案1：转换为两个关系模式 职工（职工号，姓名，年龄）； 领导（领导工号，职工号） 方案2：转换为一个关系模式 职工（职工号，姓名，年龄，领导工号） (3) m:n联系的转换方法 一个m:n联系转换为一个关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性 关系的码：各实体码的组合 【例3-4】将图中含有m:n二元联系的E-R图，转换为关系模型。 转换的关系模型为： 学生（学号，姓名，年龄，性别）； 课程（课程号，课程名，学时数）； 选修（学号，课程号，成绩）. (4) 三个或三个以上实体集间的多元联系的转换方法 1) 对于1:n的多元联系，转换为关系模型的方法是修改n端实体集对应的关系，即将与联系相关的1端实体集的码和联系自身的属性作为新属性加入到n端实体集中。 2) 对于m:n的多元联系，转换为关系模型的方法是新建一个独立的关系，该关系的属性为多元联系相连的各实体的码以及联系本身的属性，码为各实体码的组合。 【例3-6】将图中含有多实体集间的多对多联系的E-R图转换为关系模型。 供应商（供应商号，供应商名，地址）； 零件（零件号，零件名，单价）； 产品（产品号，产品名，型号）； 供应（供应商号，零件号，产品号，数量）. 3. 关系合并的原则 在关系模型中，具有相同码的关系，可根据情况合并为一个关系。 3.4.3 用户子模式的设计 用户子模式也称为外模式 设计时应注意： 使用更符合用户习惯的别名 对不同级别的用户可以定义不同的字模式 简化用户对