第七章 数据库设计.pptVIP

第七章 数据库设计 主要内容 数据库设计概述 数据库设计方法简述 数据库设计的基本步骤 7.1.1 数据库设计的特点 一、数据库建设是硬件、软件和干件(技术和管理的界面)的结合 二、数据库设计应该和应用系统设计相结合，即整个设计过程中应该把结构(数据)设计和行为(处理)设计密切结合起来。 7.1.2 数据库设计方法简述 7.1.3 数据库设计的基本步骤 根据数据库应用系统的特点，将数据库设计分为以下六个阶段： 7.2 需求分析 需求分析是数据库设计的第一阶段，在进行数据库设计时，首先必须准确了解与分析用户需求(包括数据与处理)。 一、需求分析的任务 需求分析的任务是通过对现实世界要处理的对象(组织、部门、企业等)进行详细调查，在充分了解原系统（手工系统或计算机系统）运行概况的基础上，确定新系统的功能。 调查的重点是“数据”和“处理”，通过调查、收集与分析，获得用户对数据库的如下要求： ●信息要求 指用户需要从数据库中获得信息的内容与性质。由信息要求可以导出数据要求，即在数据库中需要存储哪些数据。 ●处理要求 指用户要完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理。 ●安全性与完整性要求 7.3 概念结构设计 概念结构设计是对收集的信息和数据进行分析整理，确定实体、属性及联系。将各个用户的局部视图合并成一个全局视图，形成独立于计算机的反映用户观点的概念模型。 一、概念结构设计的目标和任务 概念结构设计的目标是产生反映系统信息需求的数据库概念结构，即概念模式。概念结构是独立于DBMS和使用的硬件环境的。在这一阶段，设计人员要从用户的角度看待数据以及数据处理的要求和约束，产生一个反映用户观点的概念模式，然后再把概念模式转换为逻辑模式。 概念模型的表示方法很多，其中最著名、最常用的表示方法为实体-联系方法，这种方法也称为E-R模型方法，该方法采用E-R图描述概念模型。E-R模型在前面已经介绍过了，这里不再赘述。 7.4 逻辑结构设计 ● E-R图向关系模型的转换 E-R图向关系模型转换要解决的问题是如何将实体和实体间的联系转换为关系模式，以及如何确定这些关系模式的属性和码。 关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体、实体的属性和实体之间的联系三个要素组成的。所以将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式，这种转换一般遵循如下原则： (1)实体转换 一个实体转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。 (2)联系转换 一般1：1、1：m联系不产生新的关系模式，而是将一方实体的码加入到多方实体对应的关系模式中，联系的属性也一并加入。 m：n联系要产生一个新的关系模式，该关系模式由联系涉及实体的码加上联系的属性(若有)组成。 ①两实体间的1∶1联系 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。可将任一方实体的主码纳入另一方实体对应的关系中，若有，联系的属性也一并纳入。 例：如图所示的E-R图，可以转换成下面的关系模式： 工厂(厂号, 厂名, 地点) 厂长(姓名, 性别,年龄) 管理(姓名,厂号,任期) 或者 工厂(厂号, 厂名, 地点) 厂长(姓名, 性别,年龄,厂号,任期) 或者 工厂(厂号, 厂名, 地点, 姓名,任期) 厂长(姓名, 性别,年龄) 厂长 管理 工厂 姓名 性别 年龄 任期 厂号 厂名 地点 1 1 ②两个实体间的1∶m联系 一个1∶m联系可以转换为一个独立的关系模式，也可以与m端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码是m端实体的码。如果与m端对应关系模式合并，则将“1”方实体的主码纳入“m”方实体对应的关系中作为外码，同时把联系的属性也一并纳入“m”方对应的关系中。 例：如图所示的E-R图，可以转换成下面的关系模式： 或者 仓库(仓库号, 地点,面积) 商品(货号, 品名, 价格, 仓库号,数量) 仓库 储存 商品