第章_数据库设计_第版().ppt

数据库系统概论 An Introduction to Database Systems 数据库系统概论 An Introduction to Database System 第七章 数据库设计 7.3 概念结构设计 7.3.1 概念结构设计概述 7.3.2 概念结构设计的方法与步骤 7.3.3 数据抽象与局部视图设计 7.3.4 视图的集成 7.3.1 概念结构设计概述 什么是概念结构设计 需求分析阶段描述的用户应用需求是现实世界的具体需求 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计 概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。 概念结构设计是整个数据库设计的关键 概念结构（续） 概念结构（续） 7.3 概念结构设计 7.3.1 概念结构设计概述 7.3.2 概念结构设计的方法与步骤 7.3.3 数据抽象与局部视图设计 7.3.4 视图的集成 7.3.2 概念结构设计的方法与步骤 概念结构设计的方法与步骤（续） 概念结构设计的方法与步骤（续） 概念结构设计的方法与步骤（续） 概念结构设计的方法与步骤（续） 常用策略 自顶向下地进行需求分析 自底向上地设计概念结构 概念结构设计的方法与步骤（续） 自底向上设计概念结构的步骤 第1步：抽象数据并设计局部视图 第2步：集成局部视图，得到全局概念结构 7.3 概念结构设计 7.3.1 概念结构设计概述 7.3.2 概念结构设计的方法与步骤 7.3.3 数据抽象与局部视图设计 7.3.4 视图的集成 7.3.3 数据抽象与局部视图设计 数据抽象 抽象是对实际的人、事、物和概念进行人为处理，抽取所关心的共同特性，忽略非本质的细节，并把这些特性用各种概念精确的加以描述。 概念结构是对现实世界的一种抽象 数据抽象（续） 三种常用抽象 1. 分类（Classification） 定义某一类概念作为现实世界中一组对象的类型 抽象了对象值和型之间的“is member of”的语义 数据抽象（续） 2. 聚集（Aggregation） 定义某一类型的组成成分 抽象了对象内部类型和成分之间“is part of”的语义 数据抽象（续） 复杂的聚集，某一类型的成分仍是一个聚集 数据抽象（续） 3. 概括（Generalization） 定义类型之间的一种子集联系。 它抽象了类型之间的“is subset of”的语义。 概括的一个重要性质：继承性。 数据抽象（续） 数据抽象的用途 对需求分析阶段收集到的数据进行分类、组织（聚集），形成 实体 实体的属性，标识实体的码 确定实体之间的联系类型(1:1，1:n，m:n) 局部视图设计 1、选择局部应用 需求分析阶段，已用多层数据流图和数据字典描述了整个系统。 设计分E-R图首先需要根据系统的具体情况，在多层的数据流图中选择一个适当层次的数据流图，让这组图中每一部分对应一个局部应用，然后以这一层次的数据流图为出发点，设计分E-R图。 选择局部应用（续） 通常以中层数据流图作为设计分E-R图的依据。原因： 高层数据流图只能反映系统的概貌 中层数据流图能较好地反映系统中各局部应用的子系统组成 低层数据流图过细 选择局部应用（续） ⒉ 逐一设计分E-R图 任务 将各局部应用涉及的数据分别从数据字典中抽取出来 参照数据流图，标定各局部应用中的实体、实体的属性、标识实体的码 确定实体之间的联系及其类型（1:1，1:n，m:n） 逐一设计分E-R图（续） 两条准则： （1）属性不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另一些属性组成 （2）属性不能与其他实体具有联系。联系只发生在实体之间 逐一设计分E-R图（续） 逐一设计分E-R图（续） 逐一设计分E-R图（续） 逐一设计分E-R图（续） ［实例］销售管理子系统分E-R图的设计 销售管理子系统的主要功能： 处理顾客和销售员送来的订单 工厂是根据订货安排生产的 交出货物同时开出发票 收到顾客付款后，根据发票存根和信贷情况进行应收款处理 逐一设计分E-R图（续） 下图是第一层数据流图，虚线部分划出了系统边界 逐一设计分E-R图（续） 上图中把系统功能又分为4个子系统，下面四个图是第二层数据流图 逐一设计分E-R图（续） 逐一设计分E-R图（续） 逐一设计分E-R图（续） 逐一设计分E-R图（续） 逐一设计分E-R图（续） 参照第二层数据流图和数据字典，遵循两个准则，进行如下调整： (1) 订单与订单细节是1∶n的联系 (2) 原订单和产品的联系实际上是订单细节和产品的联系。 (3) 图7.21中“发票主清单”是一个数据存储，不必作为实体加入分E-R图 (4) 工厂对大宗订货给予优惠 逐