数据库系统课件-概念结构设计（第5版）.pptVIP

E-R模型（续） E-R模型（续） E-R模型（续） E-R图，可以参见： 爱课程网数据库系统概论1.2节动画 《E-R图难点解析（1）》 《 E-R图难点解析（2）》 《 E-R图难点解析（3）》 7.3 概念结构设计 7.3.1 概念结构 7.3.2 E-R模型 *7.3.3 扩展的E-R模型 *7.3.4 UML 7.3.5 概念结构设计 7.3.5 概念结构设计 1. 实体与属性的划分原则 为了简化E-R图的处置，现实世界的事物能作为属性对待的，尽量作为属性对待。 两条准则： （1）作为属性，不能再具有需要描述的性质。属性必须是不可分的数据项，不能包含其他属性。 （2）属性不能与其他实体具有联系，即E-R图中所表示的联系是实体之间的联系。 概念结构设计（续） [例1] 职工是一个实体，职工号、姓名、年龄是职工的属性。 职称如果没有与工资、福利挂钩，根据准则（1）可以作为职工实体的属性 如果不同的职称有不同的工资、住房标准和不同的附加福利，则职称作为一个实体更恰当 概念结构设计（续） [例2] 在医院中，一个病人只能住在一个病房，病房号可以作为病人实体的一个属性； 如果病房还要与医生实体发生联系，即一个医生负责几个病房的病人的医疗工作，则根据准则（2） 病房应作为一个实体。 概念结构设计（续） [例3] 如果一种货物只存放在一个仓库，那么就可以把存放货物的仓库的仓库号作为描述货物存放地点的属性。 如果一种货物可以存放在多个仓库中，或者仓库本身又用面积作为属性，或者仓库与职工发生管理上的联系，那么就应把仓库作为一个实体。 概念结构设计（续） [例7.1] 销售管理子系统E-R图的设计。 该子系统的主要功能是： 处理顾客和销售员送来的订单 工厂是根据订货安排生产的 交出货物同时开出发票 收到顾客付款后，根据发票存根和信贷情况进行应收款处理 概念结构设计（续） 参照需求分析和数据字典中的详尽描述，遵循前面给出的两个准则，进行了如下调整： （1）每张订单由订单号、若干头信息和订单细节组成。订单细节又有订货的零件号、数量等来描述。按照准则（2），订单细节就不能作订单的属性处理而应该上升为实体。一张订单可以订若干产品，所以订单与订单细节两个实体之间是1∶n的联系。 概念结构设计（续） （2）原订单和产品的联系实际上是订单细节和产品的联系。每条订货细节对应一个产品描述，订单处理时从中获得当前单价、产品重量等信息。 （3）工厂对大宗订货给予优惠。每种产品都规定了不同订货数量的折扣，应增加一个“折扣规则”实体存放这些信息，而不应把它们放在产品实体中。 概念结构设计（续） 最后得到销售管理子系统E-R图如图7.23所示。 图7.23 销售管理子系统的E-R图 概念结构设计（续） 对每个实体定义的属性如下： 顾客：{顾客号，顾客名，地址，电话，信贷状况，账目余额} 订单：{订单号，顾客号，订货项数，订货日期，交货日期，工种号，生产地点} 订单细则：{订单号，细则号，零件号，订货数，金额} 应收账款：{顾客号，订单号，发票号，应收金额，支付日期，支付金额，当前余额，货款限额} 产品：{产品号，产品名，单价，重量} 折扣规则：{产品号，订货量，折扣} 概念结构设计（续） 2. E-R图的集成 E-R图的集成一般需要分两步 合并。解决各分E-R图之间的冲突，将分E-R图合并起来生成初步E-R图。 修改和重构。消除不必要的冗余，生成基本E-R图。 概念结构设计（续） （1）合并E-R图，生成初步E-R图 各个局部应用所面向的问题不同，各个子系统的E-R图之间必定会存在许多不一致的地方，称之为冲突。 子系统E-R图之间的冲突主要有三类： ①属性冲突 ②命名冲突 ③结构冲突 An Introduction to Database System 数据库系统概论 An Introduction to Database System 第七章 数据库设计 第七章 数据库设计 7.1 数据库设计概述 7.2 需求分析 7.3 概念结构设计 7.4 逻辑结构设计 7.5 物理结构设计 7.6 数据库的实施和维护 7.7 小结 7.3 概念结构设计 7.3.1 概念模型 7.3.2 E-R模型 *7.3.3 扩展的E-R模型 *7.3.4 UML 7.3.5 概念结构设计 7.3.1 概念模型 将需求分析得到的用户需求抽象为信息结构（即概念模型）的过程就是概念结构设计 概念模型的特点 （1）能真实、充分地反映现实世界，是现实世界的一个真 实模型。 （2）易于理解，从而可以用它和不熟悉计算机的用户交换 意见。 （3）易于更改，当应用环