第7章-数据库设计ER图2PPT课件

合集下载

数据库关系er模型图ppt课件

数据库关系er模型图ppt课件
一条横线。
ppt精选版
36
将ER模型转换成关系数据库 一般规则:
(1) 将每一个实体类型转换成一个关系模式,实 体的属性为关系模式的属性。
(2) 对于二元联系,按各种情况处理,如下面所 示。
ppt精选版
37
ER图
转换成 联系的处理 的关系
外键
(2个 处理方式(1):(1) 方式(1):
关系) 把模式B的主键,联系 模式B的主键
ppt精选版
21
数据模型
在数据库中用数据模型这个工具来抽象、表示和处理 现实世界中的数据和信息。通俗地讲数据模型就是现实世界 的模拟。
数据模型应满足三方面要求: 能比较真实地模拟现实世界 容易为人所理解 便于在计算机上实现
ppt精选版
22
数据模型的组成要素
数据结构
数据结构是所研究的对象类型的集合。规定了如何把 基本的数据项组织成较大的数据单位,以描述数据的的类 型、内容、性质和数据之间的相互关系。
模式A 的属性加入模式A
为模式A外键
模式B 处理方式(2):
方式(2):
(2)把模式A的主键, 表A的主键为 联系的属性加入模式B 表B的外键
ppt精选版
38
ER图
转换成 联系的处理 的关系
外键
(2个 把模式A的主键,联系 模式A的主键
关系) 的属性加入模式B
为模式B的外
模式A

模式B
ppt精选版
输入计算机后,经存储、传送、排序、计算、转换、检索、 制表及仿真等操作,输出人们需要的结果,即产生信息。
ppt精选版
4
数据库(DataBase,简称DB)
所谓数据库是长期存储在计算机内、有组织的、 可共享的数据集合、数据库中的数据按一定的数据 模型组织、描述和存储,具有较小的冗余度、较高 的数据独立性和易扩展性,并可为各种用户共享。

数据库设计ER图

数据库设计ER图
第19页/共72页
数据抽象(续)
聚集
第20页/共72页
数据抽象(续) ▪ 复杂的聚集,某一类型的成分仍是一个聚集
更复杂的聚集
第21页/共72页
数据抽象(续)
3. 概括(Generalization) • 定义类型之间的一种子集联系 • 抽象了类型之间的“is subset of”的语义 • 继承性
分E-R图
合并
初步E-R图
可能存在冗余的数据 和冗余的实体间联系
消除不必要的冗余
基本E-R图
第53页/共72页
消除不必要的冗余,设计基本E-R图(续)
• 冗余 • 消除冗余的方法
第54页/共72页
1.冗余
• 冗余的数据是指可由基本数据导出的数据 冗余的联系是指可由其他联系导出的联系
• 冗余数据和冗余联系容易破坏数据库的完整性,给数据库维护增加困难 • 消除不必要的冗余后的初步E-R图称为基本E-R图
该厂劳动人事管理分E-R图
图7.29 劳动人事管理的分E-R图
第66页/共72页
消除冗余,设计生成基本E-R图实例(续)
系统的基本E-R(图7.30)
某工厂管第理6信7页息/共系7统2页的基本E-R图
消除冗余,设计生成基本E-R图实例(续)
集成过程,解决了以下问题: • 异名同义,项目和产品含义相同 • 库存管理中职工与仓库的工作关系已包含在劳动人事管理的部门与职工之
联系 • 整体概念结构能满足需要分析阶段所确定的所有要求
• 概念结构设计是整个数据库设计的关键
第3页/共72页
概念结构(续)
现实世界 信息世界 机器世界
需求分析 概念结构设计
第4页/共72页
概念结构(续)

数据库系统概论PPT课件第七章 数据库设计01

数据库系统概论PPT课件第七章 数据库设计01
运用DBMS提供的数据库语言(如SQL)及宿主 语言,根据逻辑设计和物理设计的结果
建立数据库 编制与调试应用程序 组织数据入库 进行试运行
An Introduction to Database System
数据库设计的基本步骤(续)
⒍数据库运行和维护阶段
数据库应用系统经过试运行后即可投入正式运行 在数据库系统运行过程中必须不断地对其进行评
7.2.1 需求分析的任务
需求分析的任务 需求分析的重点 需求分析的难点
An Introduction to Database System
需求分析的任务
详细调查现实世界要处理的对象(组织、部门、企业等) 充分了解原系统(手工系统或计算机系统) 明确用户的各种需求 确定新系统的功能 充分考虑今后可能的扩充和改变
An Introduction to Database System
需求分析的重点
调查的重点是“数据”和“处理”,获得 用户对数据库要求
信息要求 处理要求 安全性与完整性要求
An Introduction to Database System
需求分析的难点
确定用户最终需求
用户缺少计算机知识 设计人员缺少用户的专业知识
An Introduction to Database System
⒊ 数据流
数据流是数据结构在系统内传输的路径。 对数据流的描述
数据流描述={ 数据流名,说明,数据流来源, 数据流去向,组成:{数据结构}, 平均流量,高峰期流量}
An Introduction to Database System
解决方法
设计人员必须不断深入地与用户进行交流

数据库系统原理课件:Er模型和关系模型

数据库系统原理课件:Er模型和关系模型
体的主码组成
45

主属性
候选码的诸属性称为主属性(Prime attribute) 不包含在任何侯选码中的属性称为非主属性
( Non-Prime attribute) 或非码属性(Non-key attribute)
35
关系的基本性质
列是同质的(Homogeneous) 不同的列可出自同一个域
– 其中的每一列称为一个属性
Candidate key 若关系中的某一属性组的值能唯一地标识一个元
组,则称该属性组为候选码 最简单的情况:候选码只包含一个属性
全码
All-key 最极端的情况:关系模式的所有属性组是这个关
系模式的候选码,称为全码
34
主码
Primary key 若一个关系有多个候选码,则选定其中一个为主
12
示例:部门与经理之间的联系 集
经理 1
管理 1
部门
13
实体集之间的一对多联系
如果实体集A中的每个实体在实体集B中 有n个实体(n≥0)与之联系,而B中每 个实体在A中只有一个实体与之联系,则 称A与B之间是一对多联系,记作:1 : n。
A B1 A B2 A Bn
14
示例:部门与职工之间的联系 集
关系模式的所有属性组是这个关系模式的候选码称为全码35primarykey候选码的诸属性称为主属性primeattribute不包含在任何侯选码中的属性称为非主属性nonprimeattribute或非码属性nonkeyattribute36任意两个元组的候选码不能相同37er取出有实际意义的元组来构造关系38现实世界使用实体联系模型抽象实体联系图关系模式使用关系模型转换3911预习2551524022根据下列描述画出电影厂的er图标出实体的码转换为关系模式标出主码在电影制片厂中一个演员可以在多部电影中扮演角色

第7章数据库设计之-ER图

第7章数据库设计之-ER图

(5)逻辑结构设计
• 逻辑结构设计的任务是要得到关系 模型。
ER模型
关系模型
• 此过程就是将ER模型中的实体(E) 、联系(R)用关系模式表示出来。
ER模式转化为关系模式的例子
1. “教师”与“系部”之间存在一对多的关系 系部(系部编码,系部名称) 教师(教师编码,教师姓名,性别,出生日期,职称) 2. “学生”与“课程”之间存在多对多的关系 学生(学号,姓名,性别,出生日期,入学成绩,班级编码) 课程(课程编码,课程名,学分) 选修(学号,课程编码,成绩) 3. “教师”与“课程”之间存在多对多的关系 教师(教师编码,教师姓名,性别,出生日期,职称)
数据库原理与应用
叶斌
数据库的生命周期
分析
设计
信息 收集
部署
生命周期
维护
试运行
可用性
1数据库设计过程
• 需求分析;(目的) • 概念模型设计;(ER图)
• 逻辑结构设计;(关系模式)
• 物理结构设计;(在数据库上建表) • 数据库实施,维护
2
概念模型设计-(ER图的设计)
概念模型: 是数据库的全局数据的描述,是数据库 管理员所看到的实体、实体属性和实体 间的联系。
一对一联系
丈夫
1

1
妻子
丈夫ID
丈夫姓名
妻子ID
妻子姓名
妻子ID
一对多联系
1 教師 教
M
課程
教師ID
教師姓名
課程ID
課程名稱
課程ID
多对多联系
M
N 学习 課程
•Leabharlann 學生ID學生學生姓名
學生ID
課程ID
課程名稱

ER图ppt课件

ER图ppt课件
25
2. 参照完整性规则
参照完整性规则是一个表的外键值可以为空值。若不为空 值,则必须等于另一个表中主键的某个值。
外键(Foreign Key,FK):若一个表R1中的一个列或列 组对应另一个表R2的主键,那么该列或列组称为表R1的 外键。
外键可以由一个或多个列组成,可以有重复值。 以产品,订单,订单明细为例,演示外键的使用 查阅功能的进一步演示
实体完整性规则是表中任意一行的主键值不能为空值。 空值,用“null”表示,大小写一样。空值是尚未确定的
值或不确定的值。如Enrollment表中的Grade值。 空值和数值型列的0值以及字符型列的空字符串的不同,
数值型列的0值与字符型列的空字符串都是确定的值。
23
根据主键的定义,主键值必须惟一。 因此,实体完整性也可定义为:
产品(产品ID,产品名称,单位数量,单价,库 存量,订购量,再订购量,中止)
订单明细(订单ID,产品ID,单价,数量,折扣)
21
完整性规则
完整性规则包括实体完整性规则、参照完整性规 则和用户自定义完整性规则三大类。
实体完整性和参照完整性是关系模型必须满足的 两个完整性规则。
22
1. 实体完整性规则
第二部分
关系数据库表间联系
1
本章要点
联系 E-R图 E-R图转换为关系模式 完整性规则
2
为什么要使用联系
现实世界中,事物内部以及事物之间是有联系的, 这些联系在信息世界反映为实体内部的联系和实 体之间的联系。
3
什么是联系
联系是指实体之间的相互关联
4
联系的类型
一对一关系
一对多关系 多对多关系

数据库E-R图讲解ppt课件

数据库E-R图讲解ppt课件

职工
1
n
领导
单个实体型内部 1:n联系
13
+ 2.1 基本概念 + 2.2 E-R图 + 2.3 一个简单的综合示例
14
+ E-R图概念模型的表示工具 + 实体-联系方法(E-R方法)
– 用E-R图来描述现实世界的概念模型 – E-R方法也称为E-R模型
15
+ 1.E-R图的组成要素 符号
含义
28
+ 实体:研究所,研究室,研究人员,项目 + 联系:
– 研究所,研究室之间联系 – 研究室,研究人员间联系 – 研究人员,项目之间联系
29
研究所
研究所编号 <pi> <M> 研究所名 地址
包含
研究室
研究室编号 <pi> <M> 研究室名 办公地点

研究员
编号 <pi> <M> 0,n 姓名 性别 年龄
参与 工作量
是否需要研究所到科研项目间联系? 工作量 是放在实体上还是联系上?
科研项目
项目号
<pi> <M>
0,n
项目名 开工时间
项目负责人
30
+ 优点
– 简单,容易理解,真实反应用户需求; – 与计算机无关,用户容易接受。
+ 遇到实际问题一般先设计一个ER模型,然 后把ER模型转换成计算机能实现的数据模 型——逻辑数据模型。
37
为什么要讨论实体之间的联系?
仓库号 WH1 WH2 WH3 WH4
城市 北京 上海 广州 重庆
面积 500 450 200 300

第七章 数据库设计--ER图·设计

第七章 数据库设计--ER图·设计
学生 m 选课
n
教师
n
课程
三个实体型之间的多对多关系
2.2.1 基本概念
(8)弱实体集: 在描述实体的过程中,有些实体集的属性可能 不足以形成主码,需要依赖其他实体集中的部分 属性。这样的实体集叫做弱实体集,不需要依赖 其他的实体的实体集称为强实体集。 例如一个单位的员工实体集Employee与工作履 历实体集Career,则工作履历实体集Career是以 职工存在为前提的,即工作履历实体集Career是 弱实体集。
2.2.2 E-R图设计----ER图实例
实体之间的联系如下: • 一个仓库可以存放多种零件,一种零件可以存 放在多个仓库中,某种零件在某个仓库中的数 量用库存量描述。 仓库:零件- m : n • 一个仓库有多个职工当仓库保管员,一个职工 只能在一个仓库工作。 仓库:职工-1:n • 职工之间具有领导被领导的关系,即仓库主任 领导若干保管员。职工实体集之间-1:n • 一个供应商可以供给若干项目多种零件,每个 项目可以使用不同供应商供应的零件,每种零 件可由不同供应商供给。 供应商:项目:零件- m : n :p
2.2.2 E-R图设计----ER图实例
【例2.2】某工厂有若干车间及仓库,一个车间可以 生产多种零件,每种零件只能在一个车间生产, 一种零件可以组装在不同产品中,一种产品需要 多种零件,每种零件和产品都只能存放在一个仓 库中;车间有工人,工人有家属。 各实体的属性为: 车间:车间号、车间主任姓名、地址和电话; 工人:工号、姓名、年龄、性别、工种; 工厂:工厂名、厂长名; 产品:产品号、产品名、价格; 零件:零件号、零件规格、价格; 仓库:仓库号、仓库负责人、电话; 家属:姓名、亲属关系。
领导
2.2.2 E-R图设计----ER图实例

数据库建模ER模型PPT课件

数据库建模ER模型PPT课件
和不能存取哪些部分? 完整的数据库设计是不可能一蹴而就的, 它往往是上述6个步骤的不断反复的过程!
第11页/共88页
需求分析 概念设计
逻辑设计 模式求精
物理设计
应用与安全设计
第12页/共88页
本章内容
第五章 第七章 第九章
目录
4.1 数据库设计过程
4.2 E-R模型基本概念及表示
4.3 约束
4.6 E-R建模问题
以及一次订货、借书、选课、存款或取款等业务产生的单据。 • 但是,二者都应是组织或第机14页构/共“88感页 兴趣”的事物。
属性
• 属性是实体集中每个实体都具有的特征描述。 • 一实体集中所有实体都具有相同的属性。
• 例如,学生实体集中的每个实体都具有: 学号、姓名、性别、出生日期、年 龄、所学专业、电话号码、家庭住址、所在班级等属性。
所在班级
家庭住址
省份
城市
街道
学生
家庭电话
移动电话 宿舍电话 实验室电话
图4-4 学生实体集中的多值属性转换为多个单值属性表示
第24页/共88页
联系与联系集
联系(relationship)是指多个实体间的相互关联,例 如学生李小勇选修了数据库系统原理课程。
联系集是学生同类联系的集选合课。
课程
形式化地说,联系集是n (n≥2)个实体集上的数学
第29页/共88页
一对一联系(1:1)
实体集A中的每一个实体,若实体集B中
至多只有一个实体与之联系,反之亦然,则
称实体集A与B是一对一的联系,记作1:1。
A
B
A1
B1
A2
B2
A3
B3
A4
B4
第30页/共88页

数据库设计与实现基础ER图PPT课件

数据库设计与实现基础ER图PPT课件


DB

DS

OS


2021年7月13日星期二
9
第9页/共89页
联系和实体的关系
• 实体和联系的关系
• 实体参与联系,扮演角色
• 一般地,扮演的角色是明确的,不需要显式指明
• 同型实体间的联系 • 同型实体间可以有联系 项目 • 称作自环联系(recursive)
领导

职工


员工 导

• 联系扮演的角色需要指明 供
• 请画出E-R图 (请在step3的E-R图基础上修改绘制)
2021年7月13日星期二
28
第28页/共89页
2.2练习一:一个简单学校系统
• Step4:在前述系统的基础上,关注班级情况 • 参考E-R图(一)
classn o
班级
classna
me
隶属

院系
隶属
学生

隶属
属 sno nam age e
• 反之亦然
• 一对多,1:m
学习
• A中一个实体可以与B中多个实体相关联 学生
• B中一个实体至多可与A中一个实体相关联
• 多对一,m:1
隶属
• 一对一,1:1
院系
• A中一个实体至多可与B中一个实体相关联
• 反之亦然
领导
• 不一定是完美对集
院长
• 基数对联系的约束限制
2021年7月13日星期二 • m:n 不对联系产生约束 15
7
第7页/共89页
主码
• 主码
• 多候选码时,选择一个候选码,作为主码
• 一个实体集中任两个实体在主码上的取值不能相 同

ER模型实际实例ppt课件

ER模型实际实例ppt课件

合并后的教学管理E-R图
整理ppt
22
例1 库存销售信息管理系统的ER 模型及转换
M 车 间
N
仓 位
M
M






P
P
N



M

库存系统ER图
实体
N客 户
车间(车间号,车间名,主任名) 产品(产品号,产品名,单价) 仓位(仓位号,地址,主任名) 客户(客户号,客户名,联系人,电话,
地址,税号,账号)
局部ER模式
确定公共实体类型
属性冲突 :如,重量单位 有的用公斤,有的用克。
结构冲突 :同一对象在不 同应用中的不同抽象 ;同 一实体在不同局部ER图中 属性的个数或次序不同 ; 实体之间的联系在不同的 局部ER图中呈现不同的类 型
命名冲突 :属性名、实体 名、联系名之间存在同名 异义或异名同义冲突
27
本章总结
主要内容
基本概念 映射基数
一对一,一对多,多对多
弱实体集 扩展ER特性
特殊化,一般化
ER模型设计要点 概念数据库设计过程 E-R模型向关系模式的转换
学生应掌握的内容
基本概念,E-R模型的各组成成分,数据库的概念设计,E-R模型向 关系模式的转换
整理ppt
28
整理ppt
23
例2:公司车队信息系统的ER模型
部门 M
调用
N 车队 1
聘用
N 司机 N
拥有
保险1
N 开销
报销
1N
N
车辆
N
保险2
1
1
保险公司
维修
1 维修公司

数据库技术与应用第7章 实体-联系(E-R)模型简明教程PPT课件

数据库技术与应用第7章 实体-联系(E-R)模型简明教程PPT课件

7.1 E-R模型的基本概念
(2) 二元联系 二元联系指两个实体之间的关联,比如部门和职工,班和学生,学生和课程等 都是二元联系的例子。二元联系是最常见的联系,其联系的度为2。图7-1(b)所 示为“部门”和“职工”之间的二元联系。 (3) 三元联系 三元联系指三个实体之间的关联,其联系的度为3。用一个与三个实体相连接 的菱形来表示三元联系,如图7-1(c)所示。在图7-1(c)中,三个实体“顾客”、 “商品”和“商店”与一个菱形“购买”相连接。当二元联系不能充分准确地描 述三个实体间的关联语义时,则需要采用三元联系来描述。 不管是哪种类型的联系,都需要指明实体间的连接是“一”还是“多”。 2. 联系的连接性 联系的连接性描述联系中相关实体间映射的约束,取值为“一”或“多”。例 如,对图7-1(b)所示的E-R图,实体“部门”和“职工”之间为一对多的联系, 即对“职工”实体中的多个实例,在“部门”中至多有一个实例与其关联。实际 的连接数目称为联系连接的基数。由于基数值常随着联系实例发生变化,所以基 数比连接性使用的2描述了二元联系中的三种基本连接结构:一对一(1:1)、一对多(1:n)和多 对多(m:n)。对图7-2(a)所示的一对一连接,表示一个部门只有一个经理,而且 一个人只担任一个部门的经理,这两个实体的最大和最小连接都仅为1。如果是 图7-2(b)所示的一对多连接,则表示一个部门可有多名职工,而一个职工只能在 一个部门工作。“职工”端的最大和最小连接分别是n和1。“部门”端的最大和 最小连接都是1。如果是图7-2(c)所示的多对多连接,则表示一个职工可以参与 多个项目,一个项目可以由多个职工来完成。“职工”和“项目”的最大连接分 别为m和n,最小连接都是1。如果m和n的值分别为10和5,则表示一个职工最多可 以参与5个项目,一个项目最大可以由10个职工来完成。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
数据库系统概论
An Introduction to Database System
第七章 数据库设计(续1)
第七章 数据库设计
7.1 数据库设计概述 7.2 需求分析 7.3 概念结构设计 7.4 逻辑结构设计 7.5 数据库的物理设计 7.6 数据库实施和维护 7.7 小结
7.3 概念结构设计
▪ 概念结构设计是整个数据库设计的关键
概念结构(续)
现实世界 信息世界 机器世界
需求分析 概念结构设计
概念结构(续)
❖ 概念结构设计的特点
(1) 能真实、充分地反映现实世界 (2) 易于理解 (3) 易于更改 (4) 易于向关系、网状、层次等各种数据模型转换
概念结构续)
❖ 描述概念模型的工具
图7.21 开发票
逐一设计分E-R图(续)
图7.22 支付过账
逐一设计分E-R图(续)
分E-R图的框架
逐一设计分E-R图(续)
❖ 参照第二层数据流图和数据字典,遵循两个准则, 进行如下调整:
▪ (1) 订单与订单细节是1∶n的联系
▪ (2) 原订单和产品的联系实际上是订单细节和产品的联系。 ▪ (3) 图7.21中“发票主清单”是一个数据存储,不必作为
▪ 自底向上
➢ 首先定义各局部应用的概念结构,然后将它们集成起来,
得到全局概念结构
自底向上策略
概念结构设计的方法与步骤(续)
▪ 逐步扩张
➢ 首先定义最重要的核心概念结构,然后向外扩充,以滚
雪球的方式逐步生成其他概念结构,直至总体概念结构
逐步扩张策略
概念结构设计的方法与步骤(续)
▪ 混合策略
➢ 将自顶向下和自底向上相结合,用自顶向下策略设 计一个全局概念结构的框架,以它为骨架集成由自 底向上策略中设计的各局部概念结构。
⒈ 选择局部应用
❖ 在多层的数据流图中选择一个适当层次的数据流 图,作为设计分E-R图的出发点
❖ 通常以中层数据流图作为设计分E-R图的依据
选择局部应用(续)
设计分E-R图的出发点
⒉ 逐一设计分E-R图
❖ 任务
▪ 将各局部应用涉及的数据分别从数据字典中抽取出来 ▪ 参照数据流图,标定各局部应用中的实体、实体的属
7.3.1 概念结构 7.3.2 概念结构设计的方法与步骤 7.3.3 数据抽象与局部视图设计 7.3.4 视图的集成
7.3.1 概念结构
❖ 什么是概念结构设计
▪ 将需求分析得到的用户需求抽象为信息结构即概念 模型的过程就是概念结构设计
▪ 概念结构是各种数据模型的共同基础,它比数据模 型更独立于机器、更抽象,从而更加稳定
▪ 定义某一类概念作为现实世界中一组对象的类型 ▪ 抽象了对象值和型之间的“is member of”的语义
数据抽象(续)
数据抽象(续)
2. 聚集(Aggregation)
▪ 定义某一类型的组成成分 ▪ 抽象了对象内部类型和成分之间“is part of”的语义
数据抽象(续)
聚集
数据抽象(续)
概念结构设计的方法与步骤(续)
❖ 常用策略
▪ 自顶向下地进行需求分析 ▪ 自底向上地设计概念结构
概念结构设计的方法与步骤(续)
❖ 自底向上设计概念结构的步骤
第1步:抽象数据并设计局部视图 第2步:集成局部视图,得到全局概念结构
7.3 概念结构设计
7.3.1 概念结构 7.3.2 概念结构设计的方法与步骤 7.3.3 数据抽象与局部视图设计 7.3.4 视图的集成
工种号,生产地点} ▪ 订单细则:{ 订单号,细则号,零件号,订货数,金额} ▪ 应收账款:{ 顾客号,订单号,发票号,应收金额,支付日期,
支付金额,当前余额,货款限额} ▪ 产品描述:{ 产品号,产品名,单价,重量} ▪ 折扣规则:{ 产品号,订货量,折扣}
▪ 复杂的聚集,某一类型的成分仍是一个聚集
更复杂的聚集
数据抽象(续)
3. 概括(Generalization)
▪ 定义类型之间的一种子集联系 ▪ 抽象了类型之间的“is subset of”的语义 ▪ 继承性
数据抽象(续)
概括
局部视图设计
设计分E-R图的步骤: ⒈选择局部应用 ⒉逐一设计分E-R图
7.3.3 数据抽象与局部视图设计
❖ 数据抽象 ❖ 局部视图设计
数据抽象
❖ 抽象是对实际的人、物、事和概念中抽取所关心的共同特 性,忽略非本质的细节,并把这些特性用各种概念精确地 加以描述。 ▪ 概念结构是对现实世界的一种抽象
数据抽象(续)
❖ 三种常用抽象 1. 分类(Classification)
▪ E-R模型
7.3 概念结构设计
7.3.1 概念结构 7.3.2 概念结构设计的方法与步骤 7.3.3 数据抽象与局部视图设计 7.3.4 视图的集成
7.3.2 概念结构设计的方法与步骤
❖ 设计概念结构的四类方法 ▪ 自顶向下
➢ 首先定义全局概念结构的框架,然后逐步细化
自顶向下策略
7.3.2 概念结构设计的方法与步骤
处理
逐一设计分E-R图(续)
❖ 下图是第一层数据流图,虚线部分划出了系统边界
图7.18 销售管理子系统第一层数据流图
逐一设计分E-R图(续)
❖ 上图中把系统功能又分为4个子系统,下面四个图是第二层数据流图
图7.19 接收订单
逐一设计分E-R图(续)
图7.20 处理订单
逐一设计分E-R图(续)
实体加入分E-R图 ▪ (4) 工厂对大宗订货给予优惠
逐一设计分E-R图(续)
❖ 得到分E-R图如下图所示
销售管理子系统的分E-R图
逐一设计分E-R图(续)
对每个实体定义的属性如下:
▪ 顾客:{ 顾客号,顾客名,地址,电话,信贷状况,账目余额} ▪ 订单:{ 订单号,顾客号,订货项数,订货日期,交货日期,
逐一设计分E-R图(续)
病房作为一个实体
逐一设计分E-R图(续)
仓库作为一个实体
逐一设计分E-R图(续)
[实例]销售管理子系统分E-R图的设计
❖销售管理子系统的主要功能:
处理顾客和销售员送来的订单 工厂是根据订货安排生产的 交出货物同时开出发票 收到顾客付款后,根据发票存根和信贷情况进行应收款
性、标识实体的码 ▪ 确定实体之间的联系及其类型(1:1,1:n,m:n)
逐一设计分E-R图(续)
❖两条准则:
➢ (1)属性不能再具有需要描述的性质。即属性必须 是不可分的数据项,不能再由另一些属性组成
➢ (2)属性不能与其他实体具有联系。联系只发生在 实体之间
逐一设计分E-R图(续)
职称作为一个实体
相关文档
最新文档