第4章 4.3数据库设计(概念结构设计)

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,数据库设计,概念结构设计,设计分,E-R,图的步骤,:,选择局部应用,逐一设计分,E-R,图,局部视图设计,两种方式,:,一次集成,逐步累积式,步骤,:,合并,修改与重构,视图的集成,判断作为属性还是作为实体的两个准则,（,1,）作为属性，不能在具有描述的性质。“属性”必须是不可分的数据项，不能包含其他的数据项。,（,2,）“属性”不能与其他实体具有联系，即,E-R,图中所表示的联系是实体之间的联系。,凡满足上述两条准则的事物，一般均可作为属性对待。,销售管理子系统,整个系统功能围绕了“订单”和“应收帐款”的处理。数据结构中订单、顾客、顾客应收帐目用的最多，是许多子功能、数据流共享的数据，因此先设计该分,E-R,图的草图。,销售管理子系统,参照第二层数据流图和数据字典中的详尽描述，遵循前面给出的两个准则，进行了如下调整：,销售管理子系统,（,1,）每张订单由订单号、若干头信息和订单细节组成。订单细节又有订货的零件号、数量等来描述。按照准则（,2,），订单细节就不能作为订单的属性处理而应该上升为实体。一张订单可以定若干产品，所以订单与订单细节两个实体之间是,1,：,n,的联系。,订单,组成,订单细节,n,1,销售管理子系统,（,2,）原订单和产品的联系实际上是订单细节和产品的联系。每条订货细节对应一个产品描述，订单处理时从中获得当前的单价、产品重量等信息。,订单,组成,订单细节,n,1,销售管理子系统,（,3,）“发票主清单”是一个数据存储，是否应作为实体假如分,E-R,图呢？这里的数据存储对应手工凭证，发票上的信息在开具发票的同时已及时存入应收账款中了。,销售管理子系统,（,4,）工厂对大宗货物给予优惠。每种产品都规定了不同订货数量的折扣，应增加一个“折扣规则”实体存放这些信息，而不应把它们放在产品描述实体中。,销售管理子系统,最后得到分,E-R,图如图所示：,顾客,应收账款,支付,订货,订单,组成,订单细节,产品描述,参照,2,参照,1,折扣规则,n,1,n,1,n,1,n,1,n,1,销售管理子系统,每个实体定义的属性如下：,顾客：,顾客号,，顾客名，地址，电话，信贷状况，账目余额,订单：,订单号,，顾客号，订货项数，订货日期，交货日期，工种号，生产地点,订单细则,:,订单号，细则号,，零件号，订货数，金额,销售管理子系统,应收账款：,顾客号，订单号,，发票号，应收金额，支付日期，支付金额，当前余额，货款限额,产品描述：,产品号,，产品名，单价，重量,折扣规则：,产品号，订货量，,折扣,