数据库E-R图补充

合集下载

数据库E-R图

数据库E-R图

基本任务
消除不必要的冗余,设计生成基本E-R图
分E-R图
合并 初步E-R图 可能存在冗余的数据 和冗余的实体间联系 消除不必要的冗余
基本E-R图
1.冗余 消除不必要的冗余后的初步E-R图称为基本E-R图。 分析法消除冗余实例:
(1)例,教师工资单中包括该教师的基本工资、各种 补贴、应扣除的房租水电费以及实发工资。由于实发 工资可以由前面各项推算出来,因此可以去掉,在需 要查询实发工资时根据基本工资、各种补贴、应扣除 的房租水电费数据临时生成。 (2) 教室实体与班级实体的上课联系可以由教室与课程 之间的开设联系、课程与学生之间的选修联系、学生与 班级之间的组成联系三者推导出来,因此属于冗余联系, 可以消去。
3)M:N的联系,即多对多的联系 A中任意实体至少有一个实体对应B中的多个实体, 反之B中的任意实体至少有一个实体对应A中的多 个实体。 “学生”(A)是一种实体,“课程”(B)也是一种 实体。这两种实体之间存在一种联系,设这种联系 命名为“选课”,表示的是哪一个学生修了哪些门 课程。这个联系是M:N的,也就是说,一个学生 可以修多门课程,一门课程可以有多个学生来修, 但一个学生不一定修所有的课程,一门课程也不一 定被全部学生所选修。在E-R图中,这两种实体间 的联系可以表示如下图
1
拥有 成绩 m m 学生 选修 n
在E-R图中概念及术语 (1)实体与实体类型 实体:可以相互区别客观事物和概念的统一抽象。 是任何一种我们所关心的“事物”,可以指人,也 可以指物,可以是实际的东西,也可以是抽象的、 概念性的东西。 例 学生、回扣、医疗等。实体分为两级,一级为 “个体”,如“张三”、“国防科技大学”等;另 一级为“总体”,泛指某一类个体组成的集合,如 人泛指“张三”、 “李四”等。实体类型:将具 有共性的一类实体抽象为实体类型。在E-R图中, 实体这种基本成份用方框来表示。

数据库课程设计-火车票订票系统-E-R图-数据字典-数据流图

数据库课程设计-火车票订票系统-E-R图-数据字典-数据流图
到达站代码
int
not null
到达站代码
发车时间
time
not null
该区间段发车时间,不是列车始发站时间
接车时间
time
not null
该区间列车到达时间
乘客数量
int
not null
列车当前乘客数
Welcome To
Download !!!
欢迎您的下载,资料仅供参考!
始发站号
int
FK
始发站编号
到达站号
int
FK
终点站编号
订单表
列名
数据类型
约束
描述
序号
int
PK
订单序号,序号唯一,且只对应一个订单号
订单号
char(10)
not null
一个订单号对应多个区间,每张订单单号不同
购买车次
char(5)
FK
购买列车车次
购买区间
int
not null
购买的区间段,可以有多个区间段组成
数据库课程设计
火车票订票系统,E
E-R图
下为DataGrip生成crow‘s Foot表示法
目前阶段仅添加了一条铁路线(福厦线)以及其运行的四条两对对向行驶的列车表
按照设计构想,订单还应该对应车次表的子区间,一对多或一对一关系,限于设计进度还没给出确切的连接方式。
数据字典
列车表
列名
数据类型
约束
描述
列车号
拼音代码
char(3)
not null
车站拼音代码
D6207/D6202/d6208/d6201
列名
数据类型
约束
描述

数据库E-R图讲解

数据库E-R图讲解
现实世界中事物内部以及事物之间的联系在信息世界 中反映为实体内部的联系和实体之间的联系
两个实体型间联系可以分为三类:
一对一联系(1:1) 一对多联系(1:n) 多对多联系(m:n)
7
两个实体型间的联系
实体型1 1 联系名
实体型1 1 联系名
1 实体型2
n 实体型2
1:1联系
1:n联系
实体型1 m 联系名
项目
n
m
需要
仓库 1
保存 n 零件
n
m
供应
供应商
26
E-R图实例:某工厂物资管理E-R图
• Step4 确定实体类型和联系类型的属性。
• Step5 确定实体类型的关键码,在ER图中
属于码的属性名下画一条横线。
仓库编号 仓库名
项目名称
项目编号 立项日前
项目
n 需要
零件名
m
仓库 1
保存 n 零件
所在地 面积
成绩 92 85 88 90 80 ……
课程 m 选修
n 学生
m:n联系
成绩
44
同样两个实体,如果赋予不同的语义则 有不同的设计结果。也就是说我们在概念模 型中讨论实体之间的联系类型直接影响着目 标数据库的设计结果和设计质量。
45
实体-联系模型
• 2.1 基本概念 • 2.2 E-R图 • 2.3 一个简单的综合示例 • 2.4 E-R图设计剖析 • 2.5 复杂系统E-R图示例 • 2.6 E-R模型到关系模型的转换

9
两个实体型间的联系 (续)
• 一对多联系
– 如果对于实体集A中的每一个实体,实体集B中有n个实体(n≥0
)与之联系,反之,对于实体集B中的每一个实体,实体集A中至

e-r图设计数据库

e-r图设计数据库

e-r图设计数据库E-R图也即实体-联系图(Entity Relationship Diagram),提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。

构成E-R图的基本要素是实体型、属性和联系,其表示方法为:·实体型(Entity):用矩形表示,矩形框内写明实体名;比如学生张三丰、学生李寻欢都是实体。

如果是弱实体的话,在矩形外面再套实线矩形。

·属性(Attribute):用椭圆形表示,并用无向边将其与相应的实体连接起来;比如学生的姓名、学号、性别、都是属性。

如果是多值属性的话,再椭圆形外面再套实线椭圆。

如果是派生属性则用虚线椭圆表示。

·联系(Relationship):用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型(1 : 1,1 : n或m : n)。

比如老师给学生授课存在授课关系,学生选课存在选课关系。

如果是弱实体的联系则在菱形外面再套菱形。

两个不同实体间的1:n关系上图中表示的是一辆汽车与零件之间的1:n关系,一辆汽车由许多个零件构成。

“汽车”这个实体具有型号、单价和牌号等属性,“零件”这个实体具有名称、单价和厂家等属性,“数量”是它们之间的关系“组成”的一个属性。

当然E-R图还可以表示1:1关系,例如夫妻关系以及姓名与学号间的关系等。

E-R图还可以表示m:n关系,例如教材中中讲的“学生”与“课程”之间通过“学习”联系,一个学生要学习多门课程,反之同一门课程有很多学生在学习。

在E-R图中,有时为了使其简洁明了,图中可以略去各属性,着重表示实体间的联系情况,而属性可以单独以表格形式单独列出。

4.E-R图的设计E-R图的设计虽然没有一个绝对固定的方法,但一般来说应遵循以下两条基本原则:(1)首先要针对每一个用户做出该用户信息的局部E-R图,确定该用户视图的实体、属性和联系。

[注意]在设计E-R图时,能作为属性的就不要作为实体,这样有利于E-R图的简化。

图书馆数据库需求分析及E-R图设计ppt课件

图书馆数据库需求分析及E-R图设计ppt课件
实体内部的联系通常是指组成实体的各属性之间的联系;实体之间的 联系通常是指不同实体集之间的联系。在E-R图中用菱形表示,菱形 框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向 边旁标上联系的类型(1 : 1,1 : n或m : n)。 比如老师给学生授课 存在授课关系,学生选课存在选课关系。如果是弱实体的联系则在菱 形外面再套菱形。
2020/4/1
12
作E-R图的步骤
⑴确定所有的实体集合
⑵选择实体集应包含的属性
⑶确定实体集之间的联系
⑷确定实体集的关键字,用下划线在属性 上表明关键字的属性组合
⑸确定联系的类型,在用线将表示联系的菱 形框联系到实体集时,在线旁注明是1或 n(多)来表示联系的类型
2020/4/1
13
分E-R图
2020/4/1
4
图书信息及被借阅情况
图书信息包括:书号、书名、作者、 出版社。 每本图书的信息会汇总在一起,保存在图书馆的 图书数据库,读者可以在登陆图书馆管理系统后 根据需要进行图书的搜索与查询,在得到满意的 查询结果后,可以进行预约,再去图书馆借阅。 而对于每本被借出的书,管理系统又会将相应的 读者号、借出日期和应还日期保存在数据库中, 供读者查询和系统管理。
以方便读者的借阅。图书的基本信息有:图书索引号、图书名、作者、出版 社、出版日期和图书的使用状态。 • (4)当图书被读者借阅的时候,图书管理员要改变图书的使用状态,不再允 许借阅,但是允许预约,而且每本书只允许被一个读者借阅,也只能被一个 读者预约。 • (5)当学生借阅的图书延期的时候,图书管理员要及时通知学生归还图书, 并对其进行相应的处罚。学生可以在图书未超期的情况下办理续借。 • (6)学生可以在图书管理系统中查询自己的借阅情况。 • (7)当图书被损坏或图书出馆时,图书管理员要及时修改相应的图书信息。 • (8)管理系统还应该提供强大的数据统计,查询等功能。 • (9)管理系统应充许外界人士通过规定的步骤注册成为新用户,并享有一定 的权利。 • (10)管理系统应该有很好的可扩展性。

第10章 E-R图及关系图

第10章  E-R图及关系图

10.3.5 删除数据库关系图
在对象资源管理器中,展开【数据库关系图】 在对象资源管理器中,展开【数据库关系图】文件夹 右击要删除的数据库关系图,在弹出快捷菜单中选择【 .右击要删除的数据库关系图,在弹出快捷菜单中选择【删 命令,弹出【删除对象】对话框. 除】命令,弹出【删除对象】对话框.
什么是数据库的E 10.4.1 什么是数据库的E-R图
10.5
小结
不管是用于设计数据库的E-R图,还是SQL Server 图 还是 不管是用于设计数据库的 2008数据库生成的数据库关系图,都可帮助数据库操作者 数据库生成的数据库关系图, 数据库生成的数据库关系图 抽象现实世界的事物转化到信息数据的有力保障. 抽象现实世界的事物转化到信息数据的有力保障.E-R图是 图是 数据库设计中的概念设计的关键环节, 数据库设计中的概念设计的关键环节,数据库初学者尤其要 熟练掌握之. 熟练掌握之.
10.3.4 重命名数据库关系图
在对象资源管理器中,展开【数据库关系图】节点. 在对象资源管理器中,展开【数据库关系图】节点. 右击要重命名的数据库关系图,在弹出的快捷菜单中选择【 右击要重命名的数据库关系图,在弹出的快捷菜单中选择【 重命名】命令. 重命名】命令. 对象资源管理器中的关系图名称处变成了一个编辑框 .输入新的关系图名称,再按下Enter键.关系图就会以新 输入新的关系图名称,再按下 键 名称显示在对象资源管理器中. 名称显示在对象资源管理器中.
E10.1.3 E-R图的设计原则
怎样用E-R图准确的反映信息模型呢?E-R图设计方面 图准确的反映信息模型呢? 怎样用 图准确的反映信息模型呢 图设计方面 虽然没有一定的规则和技巧,但要大体遵循以下原则. 虽然没有一定的规则和技巧,但要大体遵循以下原则. (1)针对每一用户做出该用户信息的局部 )针对每一用户做出该用户信息的局部E-R图,确 图 定该用户视图的实体,属性和联系. 定该用户视图的实体,属性和联系. 注意:能作为属性的就不要作为实体, 注意:能作为属性的就不要作为实体,这样有利于简 化E-R图. 图 (2)综合局部 )综合局部E-R图,产生出总体 图 产生出总体E-R图. 图 注意:在综合的过程中,同名实体只能出现一次, 注意:在综合的过程中,同名实体只能出现一次,还 要去掉不必要的联系. 要去掉不必要的联系. 图不是唯一的, (3)一个系统的 )一个系统的E-R图不是唯一的,强调不同的侧面 图不是唯一的 做出的E-R图,可能有很大的不同. 做出的 图 可能有很大的不同.

数据库原理E-R图向关系模型的转换原则

数据库原理E-R图向关系模型的转换原则
主键和外键用于建立关系之间的联系,确保数据 的完整性和准确性。
04 E-R图向关系模型的转换 原则
将实体集转换为关系
实体集
01
在E-R图中,实体集表示为封闭的边界线框,可以包含属性。
关系
02
在关系模型中,每个实体集对应一个关系,关系的名称通常与
实体集的名称相同。
转换
03
将实体集转换为关系时,需要将实体集的属性转换为关系的属
将实体关系转换为关系
实体关系
在E-R图中,实体关系表示为实体集之间的连线,表示实体集之间 的关联或依赖关系。
关系
在关系模型中,实体关系通过关系的完整性约束来体现,包括主键、 外键、参照完整性等。
转换
将实体关系转换为关系时,需要将实体关系的类型和关联的属性转换 为关系的完整性约束,以确保数据的一致性和完整性。
转换过程演示
总结词
详细演示如何将E-R图转换为关系模型。
详细描述
首先,将实体转换为关系表,并为每个实体分配一个 主键。然后,将属性转换为表的字段,并确定每个字 段的数据类型和长度。接下来,根据E-R图中的关系 ,建立相应的关联表,并定义外键约束。最后,根据 业务需求,可能还需要添加其他约束条件,如唯一性 约束、非空约束等。通过以上步骤,就可以将E-R图 转换为关系模型。
性,并保留实体集的名称作为关系的名称。
将属性转换为关系属性
属性
在E-R图中,属性表示为实体的内部特征,可以出现在实体集的内 部或外部。
关系属性
在关系模型中,每个属性对应一个关系属性,关系的属性包括在关 系的列中。
转换
将属性转换为关系属性时,需要将属性的名称和数据类型转换为关 系属性的名称和数据类型,并将其添加到对应的关系中。

数据库课程设计-火车票订票系统,E-R图,数据字典,数据流图

数据库课程设计-火车票订票系统,E-R图,数据字典,数据流图
char(5)
pk
列车号,第一位是字母,后几位为数字
始发站
nvarchar(5)
not null
区间段始发站
到达站
nvarchar(5)
not null
区间段到达站
发车时间
time
not null
发车时间,时间
到达时间
time
not null
到达时间,时间
可载客量
int
not null
最大容纳旅客人数,整数
乘客表
列名
数据类型
约束
描述
身份证号码
char(18)
PK
身份证号码,旅客唯一ID
姓名
nvarchar(10)
not null
乘客姓名
订单号
char(10)
FK
订单号,可以一个订单号对应多个旅客,多个旅客对应多个订单号
车站表
列名
数据类型
约束
描述
车站编号
int
PK
车站唯一编码
车站名
nvarchar(5)
拼音代码
char(3)
not null
车站拼音代码
D6207/D6202/d6208/d6201
列名
数据类型
约束
描述
区间段ID
int
PK
区间段ID,停留两站之间为一个区间段
发车站
nvarchar(5)
not null
发车站
发车站代码
int
FK
发车站代码
到达站
nvarchar(5)
not null
到达站
到达站代码
int
not null

2020年上海市高等学校信息技术水平考试试卷三级信息系统与数据库技术A场

2020年上海市高等学校信息技术水平考试试卷三级信息系统与数据库技术A场

2020年上海市高等学校信息技术水平考试试卷三级信息系统与数据库技术(A 场)(本试卷考试时间 150 分钟)一、单选题 ( 本大题 15 道小题,每小题 1 分,共 15 分),从下面题目给出的A、B、C、D四个可供选择的答案中选择一个正确答案。

1.考生到相关网站查看各高校历年的录取分数来辅助决策报考学校和专业,这个过程中考生获得________服务。

A.数字B.字符C.咨询D.信息2. 在如下图所示的电子路况指示牌中用不同的颜色来展示某路段的交通流量,这个指示牌是系统根据_______进行数据分析更新数据后展示的道路颜色。

A.实时采集的交通数据B.长期历史经验数据C.交通警察的预测D.现场指挥领导的决定3.在相关应用系统中,________不能唯一区分用户。

A.身份证号B.准考证号C.头像D.微信号4.滴滴出行系统改变了传统打车方式,提供了一种 O2O 服务,这里的 O2O 是指_______。

A.线上线下融合B.对象到对象C.起点到终点D.司机和乘客零距离5.某生直接向已创建的数据表中输入数据,中途出现"将截断字符串或二进制数据"或"Data too long"的报错信息,这可能是因为_______。

A.出现重复主键B.出现重复外键C.数据超出设定的长度D.数据为空6.某校学生的住宿标准是:本科生4人一间,硕士生2人一间,博士生1人一间,宿舍与学生之间形成的住宿联系是_______。

A.一对一联系B.一对四联系C.一对多联系D.多对多联系7.同一个关系模型的任意两条记录_______。

A.不能完全相同B.可以完全相同C.必须完全相同D.可以相同也可以不同8.在信息系统开发过程中,用户代表_______工作。

A.需要参与系统设计B.只需参与需求分析C.需要参与编程D.不需要参与测试9.同学们在讨论关系数据模型的构成要素,_______描述是正确的。

A.实体完整性、参照完整性、域完整性B.关系结构、关系操作、关系完整性约束C.数据增加、数据修改、数据查询、数据删除D.外模式、模式、内模式10.为控制两个表中数据的完整性和一致性,可以设置"参照完整性"约束,这要求两个表的相关联字段_______。

数据库课程设计dfd图e-r图

数据库课程设计dfd图e-r图
目的地
char
50

结账方式
char
20

列名
数据类型
长度
允许空
主键
商品编号
char
20


商品名称
char
20

数量
int
4

仓库
char
20
库存表
列名
数据类型
长度
允许空
主键
验收编号
char
20


订购编号
char
20

收货人
char
20

收货时间
datetime
8

验收表
char
20

通信地址
char
20

联系人
char
20

联系电话
char
20

结账方式
char
20
供货客户表
列名
数据类型
长度
允许空
主键
客户编号
char
20


客户名称
char
20

公司类别
char
20

传真
char
20

通信地址
char
20

联系人
char
20

联系电话
char
20

订购表
列名
数据类型
数据流程图
b
E-R图
商品表
列名
数据类型
长度
允许空
主键

中级数据库系统工程师试题、答案及详细解析1

中级数据库系统工程师试题、答案及详细解析1

试题某工厂的信息管理数据库的部分关系模式如下所示:职工(职工号,姓名,年龄,月工资,部门号,电话,办公室)部门(部门号,部门名,负责人代码,任职时间)问题1]解答(a)PRIMARY KEY(b)FOREIGN KEY (负责人代码) REFERENCES职工(c)FOREIGN KEY (部门号) REFERENCES部门(d)月工资>=500 AND<月工资=5000,或月工资BETWEEN 500 AND 5000(e)count(*),Sum (月工资),Avg (月工资)(f)GrOup by部门号[问题2]解答(1)该行不能插入“职工”关系,它违反了实体完整性中主码必须惟一区分关系中的每一个属性。

(2)该行可以插入“职工”关系,尽管部门号、电话和办公室为空,但是它表示该雇员没有分配到某个部门。

(3)该行不能插入“职32'’关系,它违反了参照完整性。

因为6在关系“部门”中不存在。

[问题3]解答(1)和(2)都不能更新,因为使用分组合聚集函数定义的视图是不可更新的。

(3)不一定,视子查询的返回值而定,(4)和(5)允许查询。

[问题4]解答(1)对于外层的职工关系E中的每一个元组,都要对内层的整个职工关系M进行检索,因此查询效率不高。

(2)Select 职工号from 职工,(Select Max (月工资) as 最高工资,部门号Group by 部门号)as depMax where 月工资=最高工资and 职工.部门号=depMax.部门号[问题5]解答Select 姓名,年龄,月工资from 职工where 年龄>45;Union Select 姓名,年龄,月工资from 职工where 年龄月工资<1000;试题某仓储超市采用POS(Point of Sale)收银机负责前台的销售收款,为及时掌握销售信息,并依此指导进货,拟建立商品进、销、存数据库管理系统。

该系统的需求分析已经基本完成,下面将进入概念模型的设计。

数据库设计习题参考答案

数据库设计习题参考答案

第6章数据库设计习题参考答案1.数据库的设计过程。

(P205页)答:按照规范设计的方法,考虑数据库及其应用系统开发全过程,将数据库设计分为以下六个阶段●需求分析.●概念结构设计.●逻辑结构设计.●物理结构设计.●数据库实施 .●数据库运行和维护 .2.试述数据库设计过程的各个阶段上的设计描述.(P207页)答: A.需求分析阶段进行数据库设计首先必须准确了解与分析用户需求(包括数据与处理)。

需求分析是整个设计过程的基础,是最困难、最费时的一步。

作为地基的需求分析是否做得充分与准确,决定了在其上构建数据库的速度与质量。

需求分析做得不好,甚至会导致整个数据库设计返工重做。

B.概念结构设计阶段概念结构设计是整个数据库设计的关键,它通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型。

C.逻辑结构设计阶段逻辑结构设计是将概念结构转换为某个DBMS所支持的数据模型,并对其进行优化。

D. 数据库物理设计阶段数据库物理设计是为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。

E.数据库实施阶段在数据库实施阶段,设计人员运用DBMS提供的数据语言及其宿主语言,根据逻辑设计和物理设计的结果建立数据库,编制与调试应用程序,组织数据入库,并进行试运行。

F.数据库运行和维护阶段数据库应用系统经过试运行后即可投入正式运行。

在数据库系统运行过程中必须不断地对其进行评价、调整与修改。

4.试述数据库设计的特点。

(P204页)答: A、数据库建设是硬件、软件和干件的结合。

B、数据库设计应该和应用系统设计相结合。

5.需求分析阶段的设计目标是什么(补充)?调查的内容是什么? (210页)答: 需求分析阶段的设计目标是对系统的整个应用情况作全面的、详细的调查,确定企业组织的目标,收集支持系统总的设计的基础数据和对这些数据的要求,确定用户的需求,并把这些要求写成用户和数据库设计者都能接受的文档。

数据库设计之 E-R 图

数据库设计之 E-R 图
数据库设计之 E-R图
课程解决问题

什么是E-R图? 什么时候使用? 怎么用?
数据库设计
数据库设计是从用户对 数据的需求出发,研究 并构造数据库的过程

设计步骤:
需求分析 实体定义 概念设计 关系定义 属性分配
E-R图
设计的目标

实现设计
满足应用功能的需求 良好的数据库性能
物理设计
实现、维护
员工
姓名 属于
实体-关系模型
在 E-R 图中显示的每个特性或属性映射为相应 表中的一个属性 员工
地址 名字
出生日期
工号 名字 出生日期 地址 邮编 电话 学历
员工
代号 工号 邮编 邮编 电话 电话 学历 学历
实体-关系模型
关系:实体间的关联
例如, 供应商和客户的关系中。这种关系代表了一个供 应商可以有多客户,一个客户也可以选择多个供应商。这 个关系被称为“选择”。
经理
部门 部门号(pk) 部门名 经理
员工 员工号(pk) 员工名 电话 部门(FK)
外键:当一个表的主关键字作为属性出现在另一个表中则在第二个表中称为外键(用于联系实体)
转换原则:多对多
把两实体中的主关键字放入到一个新实体中,成为新实体 的组合键 客户编号 客户名 商品编号 商品名 客户编号商品编号
客户
m
销售
m
商品
地址
联系方式 帐号 购买日期 数量 价格
库存量
对应数据库表
客户编号
C01 C02 C03 C04 C05
客户表
地址
北京 武汉 武汉 上海 武汉
顾客名
李明 王华 孙庆 赵国强 陈洁
联系方式

图书馆数据库需求分析及E-R图设计

图书馆数据库需求分析及E-R图设计

2020/8/3
精品课件
6
图书馆系统管理员身份信息及工作情况
图书馆系统管理员身份信息包括:管理员号(包括 相应的登录密码)、姓名、性别。其工作情况包括管理员 号、查询记录、处理记录。这些数据保存在图书馆管理员 数据库中,管理员对工作人员的日常工作情况及图书的进 出情况进行检查和相关数据的修改,对其中出现的工作人 员工作失误进行责任追究。同时对图书借阅者的信息、图 书的信息进行管理和维护。图书馆管理员可以浏览、查询 、添加、删除、修改、统计图书的基本信息;浏览、查询 、统计、添加、删除和修改图书借阅者的基本信息;浏览 、查询、统计图书馆的借阅信息,但不能添加、删除和修 改借阅信息,这部分功能应该由图书馆工作人员执行,但 是,删除某条图书借阅者基本信息记录时,应实现对该图 书借阅者借阅记录的级联删除。
2020/8/3
精品课件
4
图书信息及被借阅情况
图书信息包括:书号、书名、作者、 出版 社。每本图书的信息会汇总在一起,保存在图书 馆的图书数据库,读者可以在登陆图书馆管理系 统后根据需要进行图书的搜索与查询,在得到满 意的查询结果后,可以进行预约,再去图书馆借 阅。而对于每本被借出的书,管理系统又会将相 应的读者号、借出日期和应还日期保存在数据库 中,供读者查询和系统管理。
书号
作者
出版社
读者号
被借 借出日期
应还日期
精品课件
16
工作人员
工作证号
姓名
性别
工作情况
2020/8/3
工作证号
工作日期
借出\归还 图书信息
精品课件
17
系统管理员
管理员号
姓名
性别
工作情况
管理员号
查询记录

数据库基本E-R图

数据库基本E-R图

数据库基本E-R图
E-R方法是一种用来在数据库设计过程中表示数据库系统结构的方法,该方法用E-R图来描述现实世界的概念模型,E-R方法也称为E-R模型。

通过对以上系统业务流程图和数据流图的分析,从本系统中规划出的实体有:图书实体、书店信息实体、业务员信息实体、图书分类实体、订单实体、退货单列表实体等。

确定本发行管理系统全局E-R图如图4-1所示。

图4-2 系统数据实体关系图
业务员、书店、图书、订单、订单列表等实体的E-R图如下:
图4-3 管理员实体的E-R图图4.4 发行部主任实体E-R 图
图 4-5 书店实体E-R图
图4-6 图书实体E-R图
图4-7 订单实体E-R图
图 4-8 订单列表实体的E-R图
图4-9 订单项实体E-R图
图4-10 退单实体E-R图
图4-11 退货单项实体E-R图。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
• 一个对象应当被设计成实体集还是实体 集的属性?
• 一个对象应当被设计成实体集还是联系
集?可采用的原则是什么? • 联系集应当被设计成二元联系集还是多 元联系集?
Dept. of Computer Science and Technology

第5章数据库基础
§2.2设计问题
E-R图举例 主码属性
Dept. of Computer Science and Technology

第5章数据库基础
§2.5实体-联系图(E-R图)
E-R图举例 联系集的属性
Dept. of Computer Science and Technology


第5章数据库基础
信息世界中的基本概念(续)
(4) 域(Domain)
属性的取值范围称为该属性的域。
(5) 实体型(Entity Type)
用实体名及其属性名集合来抽象和刻画 同类实体称为实体型
(6) 实体集(Entity Set)
同型实体的集合称为实体集
Dept. of Computer Science and Technology
属性是用来描述实体集的,具体到实体集
中的每个实体而言就是这些属性的具体取 值。
Dept. of Computer Science and Technology

第5章数据库基础
§2.2设计问题
概述 真正采用E-R模型设计数据库的概念结 构时,是画一些矩形框和菱形框那么 简单吗?有哪些问题需要注意呢?
Dept. of Computer Science and Technology

第5章数据库基础
§2.2设计问题
用实体集还是用联系集 上述设计不能方便地表示多个学生选取相同课程的 情况,因为必须为选取同一门课程的每个学生分别 定义一个与讲课教师的联系。于是,不得不在每个 这样的课程联系中重复描述性属性course_number 和course_name的值; 在确定用实体集还是联系集时,一个可采用的原则 是当描述发生在实体间的行为时最好采用联系集。
第5章数据库基础
§2.5实体-联系图(E-R图)
E-R图举例 多元联系集
Dept. of Computer Science and Technology

第5章数据库基础
§2.6弱实体集
基本概念 其属性可形成主码的实体集称为强实体集; 所有属性都不足以形成主码的实体集称为弱 实体集,例如:
实体型1
m
联系名
n 实体型2 m:n联系

第5章数据库基础
联系的表示方法(续)
实体型1
1
实体型1
m n
联系名
m 实体型2 n 实体型3
联系名
同一实体型内 部的m:n联系
多个实体型间的1:n联系
Dept. of Computer Science and Technology


第5章数据库基础
信息世界中的基本概念(续)
(7) 联系(Relationship)
现实世界中事物内部以及事物之间的联系在信息世界
中反映为实体内部的联系和实体之间的联系
实体型间联系
两个实体型
三个实体型 一个实体型
一对一联系(1:1)
一对多联系(1:n) 多对多联系(m:n)

• 在RA中插入(ei, ai) • 在RB中插入(ei, bi) • 在RC中插入(ei, ci)
完全可以将上述过程推广到n元联系集的
情况,因此E-R模型中可以只包含二元联 系集。
Dept. of Computer Science and Technology

第5章数据库基础
第5章数据库基础
联系的表示方法示例
班级 1 班级-班长 1 组成 班级 课程 m 选修 n 学生 学生
1
班长
n
1:1联系
Dept. of Computer Science and Technology
1:n联系
m:n联系

第5章数据库基础
ห้องสมุดไป่ตู้
联系的表示方法示例(续)
课程 1 讲授 m 教师 n 参考书 1 领导 职工 n
§2.2设计问题
将n元联系集转换成二元联系集 用实体集E替代联系集R
• 如果联系集R有属性,则将这些属性赋给新建
的实体集E; • 否则,为E建立一个特殊的标识性属性。因为 每个实体集都应该至少有一个属性或多个属性 的集合,以区别实体集中的各个成员;
建立三个联系集: • RA:联系实体集E和A • RB:联系实体集E和B • RC:联系实体集E和C
Dept. of Computer Science and Technology
第5章数据库基础
3. 概念模型的表示方法
概念模型的表示方法很多
实体-联系方法(E-R方法) ♫ 用E-R图来描述现实世界的概念模型 ♫ E-R方法也称为E-R模型
Dept. of Computer Science and Technology
第5章数据库基础
基本概念
(1) 实体(Entity)
客观存在并可相互区别的事物称为实体。 可以是具体的人、事、物或抽象的概念。
(2) 属性(Attribute)
实体所具有的某一特性称为属性。
一个实体可以由若干个属性来刻画。
(3) 码(Key)
唯一标识实体的属性集称为码。
Dept. of Computer Science and Technology

第5章数据库基础
E-R图
实体型 ♫ 用矩形表示,矩形框内写明实体名。
学生
教师
Dept. of Computer Science and Technology

第5章数据库基础
E-R图(续)
属性 ♫ 用椭圆形表示,并用无向边将其与相应的实体 连接起来
student student
student
department
selecting
student_department
SCD
course
department course
Dept. of Computer Science and Technology
第5章数据库基础
§2.2设计问题
Dept. of Computer Science and Technology

第5章数据库基础
§2.2设计问题
用实体集还是用联系集 一个对象最好被描述为实体集还是联系集也不总是 十分清楚。前面将课程作为实体集course来建模; 将课程作为学生和教师之间的一个联系集,为简单 起见,该联系集具有描述性属性course_number和 course_name。
• 具有属性dependent_name、dependent_sex和
dependent_age的实体集dependent。
强实体集和弱实体集与存在依赖密切相关: • 强实体集的成员必然是支配实体; • 而弱实体集的成员只能是从属实体。 弱实体集只有在参与多对一的联系集时才有
意义,该联系集应该不具有任何属性。
学生
学号
姓名
性别
年龄
Dept. of Computer Science and Technology

第5章数据库基础
联系的表示方法
实体型1
1 联系名 1 实体型2 1:1联系
Dept. of Computer Science and Technology
实体型1
1 联系名 n 实体型2 1:n联系
将n元联系集转换
B A B RB E RC C C
成二元联系集
考虑一个抽象的三
R
元联系集R,它将 实体集A、B和C联 系起来,将其转换 成多个等价的二元 联系集的具体步骤 如下: A RA
Dept. of Computer Science and Technology

第5章数据库基础
• telephone_number和location
这样实体集teacher和telephone就定义如下: • 实体集teacher具有属性teacher_number、 teacher_name和teacher_age; • 实体集telephone具有属性telephone_number和 location; • 联系集teacher_telephone表示教师及其电话间的联系。
第5章数据库基础
§2.1基本概念
属性类型的划分 描述实体集的属性可以根据其组成、取值 和派生关系简单地划分为以下几类:
• 简单属性:不能划分为更小 • 复合属性:能划分为更小 • 单值属性:只有单独的一个值 • 多值属性:可以有多个值 • NULL属性:值未知或没有值
• 派生属性:从基属性中派生出来的

Dept. of Computer Science and Technology
第5章数据库基础
§2.2设计问题
将n元联系集转换成二元联系集 针对联系集R中的每个联系(ai,bi,ci),在E 中创建一个新实体ei,ei代表(ai,bi,ci); 接着在三个新联系集中分别建立新的联系 如下:
同一实体型内 部的1:n联系
多个实体型间的1:n联系
Dept. of Computer Science and Technology

第5章数据库基础
相关文档
最新文档