数据库原理与应用 第 13 章 · 第三节
课程 › 第 13 章 › 第三节 采购业务采购局部图销售业务销售局部图合并全局图 版式
第 13 章 数据库概念结构设计和逻辑结构设计 · 第三节

案例:电子商务系统的 E-R 图

采购业务和销售业务的局部 E-R 图,合并为全局 E-R 图
本 节 知 识 点
  1. 09案例:商品采购业务的实体和联系
  2. 10商品采购业务的局部 E-R 图
  3. 11案例:商品销售业务的实体和联系
  4. 12商品销售业务的局部 E-R 图
  5. 13合并两张局部 E-R 图
  6. 14全局 E-R 图
09
第 13 章 · 第三节 · 课件第 14、15、16 页合并重做

案例:商品采购业务的实体和联系

四个实体,两个 m:n 联系,供应联系有三个属性。

13.1 概念结构设计课件第 14、15、16 页合并

案例:商品采购业务的实体和联系

商品采购部由专人记录从供应商采购的商品信息。只记录每次采购的商品,不考虑是哪个采购人员经手的。
实体和属性
实体属性
用户用户编号、登录名称、密码、邮箱
采购商品商品编号、商品名称、生产厂家、入库时间、概述、缩略图
商品分类分类编号、名称、概述
供应商编号、名称、联系方式、电子邮箱
联系
联系类型联系的属性
商品与分类(属于)m:n:一个商品可以属于多个分类,一个分类有多个商品无
商品与供应商(供应)m:n:一个供应商供应多种商品,一种商品可以由多个供应商供应供应时间、单价、数量

重 点

找实体:在业务描述中找名词,再看它有没有自己的描述信息。

10
第 13 章 · 第三节 · 课件第 17 页

商品采购业务的局部 E-R 图

商品、分类、供应商由两个联系连起来,采购用户单独在一边。

课件第 17 页

重 点

需求中不记录经手的采购人员,所以采购用户与其他实体没有联系。

11
第 13 章 · 第三节 · 课件第 18、19、20 页合并重做

案例:商品销售业务的实体和联系

五个实体,订单处在中心。

13.1 概念结构设计课件第 18、19、20 页合并

案例:商品销售业务的实体和联系

商品销售部记录每一次销售的订单。一条销售记录包括订单的基本信息、物流信息和订单中的商品信息。
实体和属性
实体属性
用户用户编号、登录名称、密码、邮箱
销售商品商品编号、商品名称
订单订单编号、提交时间、订单状态
地址地址编号、联系人、性别、手机、电子邮箱
物流物流编号、物流公司、公司电话、快递单号
联系
联系类型说明
商品与订单(包含)m:n联系的属性是销售单价、销售数量
订单与地址(设置)n:1一个订单只有一个收货地址,一个地址可以用于多个订单
地址与用户(拥有)n:1一个用户可以有多个收货地址
订单与物流(使用)1:n一个订单可以有多条物流信息,一条物流信息只属于一个订单

重 点

地址单独作为实体,因为一个用户可以有多个收货地址。

12
第 13 章 · 第三节 · 课件第 21 页

商品销售业务的局部 E-R 图

订单通过包含、设置、使用三个联系连着商品、地址和物流。

课件第 21 页

重 点

用户不直接连订单,而是通过地址与订单联系起来。

13
第 13 章 · 第三节 · 课件第 22 页重做

合并两张局部 E-R 图

先改名,再取属性的并集,最后消除冗余。

13.1 概念结构设计课件第 22 页重做

合并两张局部 E-R 图

消除命名冲突
  • 采购业务中的“采购商品”与销售业务中的“销售商品”指的是同一批商品,统一改为“商品”
  • 供应的“单价”与包含的“单价”同名不同义,分别改为供应单价和销售单价
消除结构冲突
  • 改名以后,两张图中“商品”的属性组成不同,合并后取两者属性的并集
  • 两张图中的用户也合并为一个实体,用“用户权限”区分采购用户和销售用户
消除冗余
  • 去掉能由其他数据推导出的属性和联系,得到全局 E-R 图:7 个实体,6 个联系
14
第 13 章 · 第三节 · 课件第 23 页

全局 E-R 图

7 个实体,6 个联系。

课件第 23 页

练一练

全局图中用户和订单没有直接的联系,怎样知道一个订单是谁下的?
  1. A查不出来
  2. B订单找到地址,地址再找到用户
  3. C看提交时间
答案 B

订单通过设置联系对应一个地址,地址通过拥有联系对应一个用户。

保山学院·人工智能教研室·曹鼎鼎