文档详情

第7章_数据库设计_2.ppt

发布:2017-08-28约4.56千字共60页下载文档
文本预览下载声明
销售管理子系统分E-R图的设计 逐一设计分ER图 销售管理子系统第一层数据流图 销售管理子系统分E-R图的设计 逐一设计分ER图 接收订单 销售管理子系统分E-R图的设计 逐一设计分ER图 处理订单 销售管理子系统分E-R图的设计 逐一设计分ER图 开发票 销售管理子系统分E-R图的设计 逐一设计分ER图 支付过账 销售管理子系统分E-R图的设计 逐一设计分ER图 分E-R图的框架 销售管理子系统分E-R图的设计 逐一设计分ER图 参照第二层数据流图和数据字典,遵循两个准则,进行如下调整: (1) 订单与订单细节是1∶n的联系 (2) 原订单和产品的联系实际上是订单细节和产品的联系 (3) “发票主清单”是一个数据存储,不必作为实体加入分E-R图 (4) 工厂对大宗订货给予优惠 销售管理子系统分E-R图的设计 逐一设计分ER图 销售管理子系统的分E-R图 销售管理子系统分E-R图的设计 逐一设计分ER图 顾客:{顾客号,顾客名,地址,电话,信贷状况,账目余额} 订单:{订单号,顾客号,订货项数,订货日期,交货日期, 工种号,生产地点} 订单细则:{订单号,细则号,零件号,订货数,金额} 应收账款:{顾客号,订单号,发票号,应收金额,支付日期, 支付金额,当前余额,货款限额} 产品描述:{产品号,产品名,单价,重量} 折扣规则:{产品号,订货量,折扣} 7.3.5 视图集成 各个局部视图即分E-R图建立好后,还需要对它们进行合并,集成为一个整体的数据概念结构即总E-R图。 7.3.5 视图集成 一次集成:通常用于局部视图比较简单时 逐步集成:用累加的方式一次集成两个分E-R图 7.3.5 视图集成 集成局部E-R图的步骤 1. 合并 2. 修改与重构 7.3.5 视图集成 合并分ER图 各分E-R图存在冲突 属性冲突 命名冲突 结构冲突 合并分E-R图的主要工作与关键 合理消除各分E-R图的冲突 7.3.5 视图集成 合并分ER图-属性冲突 两类属性冲突 属性域冲突 属性值的类型 取值范围 取值集合不同 属性取值单位冲突 7.3.5 视图集成 合并分ER图-命名冲突 两类命名冲突 同名异义:不同意义的对象在不同的局部应用中具有相同的名字 异名同义(一义多名):同一意义的对象在不同的局部应用中具有不同的名字 7.3.5 视图集成 合并分ER图-结构冲突 三类结构冲突 同一对象在不同应用中具有不同的抽象 同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同 实体之间的联系在不同局部视图中呈现不同的类型 7.3.5 视图集成 合并分ER图-消除冗余 基本任务 消除不必要的冗余,设计生成基本E-R图 合并 初步E-R图 分E-R图 可能存在冗余的数据 和冗余的实体间联系 基本E-R图 消除不必要的冗余 7.3.5 视图集成 合并分ER图-消除冗余 冗余的数据是指可由基本数据导出的数据 冗余的联系是指可由其他联系导出的联系 冗余数据和冗余联系容易破坏数据库的完整性,给数据库维护增加困难 消除不必要的冗余后的初步E-R图称为基本E-R图 分析方法 以数据字典和数据流图为依据 根据数据字典中关于数据项之间的逻辑关系 7.3.5 视图集成 合并分ER图-消除冗余 消除冗余 7.3.5 视图集成 合并分ER图-消除冗余 规范化理论 函数依赖的概念提供了消除冗余联系的形式化工具 方法 1. 确定分E-R图实体之间的数据依赖 ,并用实体码之间的函数依赖表示 7.3.5 视图集成 合并分ER图-消除冗余 部门和职工之间一对多的联系可表示为: 职工号→部门号 职工和产品之间多对多的联系可表示为: (职工号,产品号)→工作天数 得到函数依赖集FL 劳动人事管理的分E-R图 7.3.5 视图集成 合并分ER图-消除冗余 2. 求FL的最小覆盖GL ,差集为D = FL-GL。 逐一考察D中的函数依赖,确定是否是冗余的联系,若是,就把它去掉。 (1) 冗余的联系一定在D中,而D中的联系不一定是冗余的; (2) 当实体之间存在多种联系时要将实体之间的联系在形式上加以区分。 7.3.5 视图集成 合并分ER图 [实例] 某工厂管理信息系统的视图集成 该厂物资管理分E-R图 某工厂管理信息系统的视图集成 合并分ER图 该厂销售管理分E-R图 某工厂管理信息系统的视图集成 合并分ER图 该厂劳动人事管理分E-R图 某工厂管理信息系统的视图集成 合并分ER图 系统的基本E-R 某工厂管理信息系统的视图集成 合并分ER图 集成过程,解决了以下问题: 异名同义,项目和产品含义相同 库存管理中职工与仓库的工作关系已包含在劳动人事管理的部门与职工之间的联系之中,所以可
显示全部
相似文档