数据库系统原理及应用-第三章.pptVIP

数据库原理及应用 第三章 数据库系统的设计方法 Objectives 数据库设计的目的、意义及内容 数据库系统设计的方法和步骤 第三章 数据库系统的设计方法 为什么要设计数据库 第三章 数据库系统的设计方法 数据库系统设计概述 系统需求分析 概念结构设计 逻辑结构设计 数据库的物理设计 数据库实施和维护 一、数据库系统设计概述 数据库设计 目标： 反映联系； 有效存储； 方便操作； 有利于据维护和管理。 内容： 数据库的结构特性设计，行为特性设计，物理模式设计。 将结构特性设计和行为特性设计结合起来，相互参照，同步进行，才能较好地达到设计目标。 一、数据库系统设计概述-内容 数据库设计的特点 三分技术，七分管理，十二分基础数据 管理 数据库建设项目管理 企业（即应用部门）的业务管理 基础数据 收集、入库 更新新的数据 数据库系统设计应注意的问题 1. 考虑到计算机硬件、软件和用户的实际情况(1) 数据库系统的硬件条件(2) DBMS和主语言系统的特点(3) 数据库用户的技术水平和管理水平 2. 使结构特性设计和行为特性设计紧密结合 数据库设计过程是一种自上而下的、逐步逼近设计目标的过程，是结构设计和行为设计分离设计、相互参照、反复探寻的过程。 系统需求分析：分析用户的要求，将分析结果用数据流程图和数据字典表示。 需求分析的任务和方法 数据字典及其表示 调查目的： 获得数据库所需数据情况 数据处理需求 具体的调查内容有以下3个方面 数据库中的信息内容 数据处理内容 数据安全性和完整性要求 了解管理对象的组织机构情况 了解相关部门的业务动活情况 确定新系统的边界 做需求调查时，往往需要同时采用下述多种方法： 跟班作业 开调查会 请专人介绍 询问 请用户填写设计调查表 查阅数据记录 4.系统需求分析方法 数据字典 各类数据描述的集合，其中的数据称为元数据。 数据字典通常包括5个部分： 1. 数据项：数据项是不可再分的数据单位。 2. 数据结构：数据结构反映了数据之间的组合关系。 3. 数据流：据流是数据结构在系统内传输的路径。 4. 数据存储：数据存储是数据及其结构停留或保存 的地方，也是数据流的来源和去向之一。数据存储可以是手工文档、手工凭单或计算机文档。 5. 处理过程：用判定表或判定树来描述。 概念结构设计： 将系统需求分析得到的用户需求抽象为信息结构的过程。 结果为概念模型。 整个数据库设计的关键 三种数据抽象方法 分类: 定义类概念作为现实世界中对象的类型，这些对象具有某些共同的特性和行为。在E-R模型中，实体集是该抽象。 聚集：定义某一类型的组成部分，它抽象了对象内部的类型和 “组成部分”的语义。 概括：定义类型之间的一种子集联系，它抽象了类型之间的“所属”的语义。 设计分E-R图 概念结构设计是利用抽象机制对需求分析阶段收集到的数据分类、组织（聚集），形成实体集、属性和码，确定实体集之间的联系类型，进而设计分E-R图。 实体和属性的区别： 两条基本准则： 原子性，不可分割； 专一性，必须为实体间的联系。 1. 合并分E-R图，生成初步E-R图 (1) 属性冲突 属性域冲突，即属性值的类型、取值范围或取值集合不同。 属性取值单位冲突。 (2) 命名冲突 同名异义冲突：不同的对象在不同的局部应用中具有相同的名字。 异名同义冲突：意义相同的对象在不同的应用中有不同的名字 (3) 结构冲突 同一对象在不同的应用中具有不同的抽象。 同一实体在不同分E-R图中的属性组成不一致. 实体之间的联系在不同的分E-R图中呈现不同的类型。 2. 消除不必要的冗余，设计基本E-R图 并不是将所有冗余数据与冗余联系都消除 消除冗余方法： 分析方法 规划化理论 不同型实体集及其联系的转换规则 每个实体集转换成一个记录。 每个1:n的二元联系转换成一个系，系的方向由1方实体记录指向n方实体记录。 每个m:n的二元联系，在转换时要引入一个连结记录，并形成两个系，系的方向由实体记录方指向连结记录方。 K（=3）个实体型之间的多元联系，在转换时也引入一个连结记录，并将联系转换成K个实体记录型和连结记录型之间的K个系，系的方向均为实体型指向连结记录。 实体集的转换规则 一个实体集转换为关系模型中的一个关系，实体的属性就是关系的属性，实体的码就是关系的码，关系的结构是关系模式。 实体集间联系的转换规则 (1) 1:1联系的转换方法 将1:1联系转换为一个独立的关系：与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，且每个实体的码均是该关系的候选码 将1:1联系与某一端实体集所对应的关系合并，则需要在被合并关系中增加属性，其新增的属性为联系本身的属性和与联系相关的另一个实体集的码。 【