数据库课件CH6关系数据库设计实例2章节幻灯片.ppt

确定联系集 网上书店系统联系集 会员和图书之间的“订书(Order)”联系集，一个多对多联系。 配送公司与图书之间的“配送(Ship)”联系集，多对多联系。 出版社与图书之间的“供应(Supply)”联系集，一对多联系。 会员与留言之间的“发布(Release)”联系集，一对多联系。 职员与留言之间的“回复(Reply)”联系集，一对多联系。 发票与图书之间的“包含(Include)”联系集，多对多联系。 包括上述设计的全部实体集、联系集及其描述属性的E-R图如图6-9所示。注意，图中省略了实体集属性。 Member Order Release Message Reply releaseDate replyContent Press Supply Book Employee Company Ship shipDate shipNo replyDate orderNo invoiceUnit shipAddress orderDate payWay orderMoney receiver shipTel zipCode Invoice Include quantity payFlag orderState 图6-9 网上书店总E-R图 目 录 确定联系集及E-R图 6.4 需求描述和系统边界 6.1 定义需求分析 6.2 确定实体集及属性 6.3 检查是否满足需求 6.5 逻辑数据库设计 6.6 模式求精 6.7 网上书店总E-R图存在的问题 仔细分析，发现该E-R图存在如下问题： 会员不能在不同订单里订购同一种图书； 配送公司不能在不同配送单中配送同一种书； 当一次订购多种图书时，联系集Order中存在大量信息冗余； 未反映配送单对订单的依赖关系； 未反映配送单与发票之间的一对一联系。 可考虑将订单建模为实体集OrderSheet，将配送单建模为依赖于订单的弱实体集ShipSheet。事实上，在上节我们就可以将它们建模为实体集。 新增实体集 订单实体集OrderSheet： OrderSheet orderNo orderDate orderMoney payWay receiver shipAddress shipTel payFlag orderState invoiceUnit zipCode 图6-10 订单实体集的E-R图 新增实体集 订单实体集OrderSheet： 属性名称 属性描述 典型取值 说 明 orderNo 订单编号 000000000000001 系统自动生成的流水号，长度15位 orderDate 订货日期 2009-05-12 0:00 orderMoney 订单金额 1234.56 实数 payWay 付款方式 1或2 1-网上支付，2-货到付款 payFlag 是否付款 Y或N Y-已付款，N-未付款 orderState 订单状态 1、2、3或4 1-未审核，2-已审核， 3-配 送，4-送 到 invoiceUnit 发票单位 江西财经大学 长度不超过40位 receiver 收货人 万常选 长度不超过20位 zipCode 邮政编码 330013 长度6位 shipAddress 送货地址 江西省南昌市江西财经大学信息管理学院 长度不超过40位 shipTel 联系电话 +86-791-3983990 长度不超过15位 新增实体集 配送单号是依赖于订单编号生成的流水号，不能唯一标识任一配送单，因此ShipSheet应建模为弱实体集。 配送单ShipSheet弱实体集： ShipSheet shipNo shipDate 图6-11 配送单弱实体集的E-R图 联系集调整 基于新增的实体集，联系集也重新调整如下： 图书与订单之间建立多对多联系集Order； 会员与订单之间建立一对多联系集Sale； 职员与订单之间建立一对多联系集Deal； 订单与配送单之间建立标识联系集Have； 配送公司与配送单之间建立一对多联系集Take； 发票与配送单之间建立一对一联系集Own； 配送单与图书之间建立多对多联系集Ship。 修改后的完整网上书店E-R图如图6-12所示。 Press Supply Book Sale OrderSheet Member Order Employee Deal Release Message Reply releaseDate replyContent quantity bookState Ship Have ShipSheet Invoice orderDate Own replyDate Company Take 图6-12 更新后的网上书店总E-R图 supplyDate suppl