数据库关系er模型图
合集下载
数据库概念设计ER图.
官兵:官兵证号、姓名、舰艇编号
其中,一个舰队拥有多艘舰艇,一艘舰艇属于一个舰队;一艘舰艇安装多种武器,一种武器可安装于多艘舰艇之上;一艘舰艇有多名官兵,一名官兵只属于一艘舰艇。要求完成如下设计:
(1.分别设计舰队和舰艇两个局部ER图;
舰队
舰艇
(2.将上述两个局部ER图合并成一个全局ER图;
(3.将该全局ER图转换为关系模式;
●制造商生产多种产品,其它制造商也制造这些产品。
●画ER图
第四题:画ER图
●科室:科名、科地址、科电话、医生姓名
●病房:病房号、床位号、所属科室名
●医生:姓名、职称、所属科室名、年龄、工作证号
●病人病历号、姓名、性别、诊断、主臂医生、病房号
⏹一个科室有多个病房、多个医生;
⏹一个病房只能属于一个科室;
(1.试画出E-R图。
(2.将该E-R图转换成关系模式,并指出主码和外码。
商店
销售
第七题:画ER图
海军某部要建立一个舰队信息系统,它包括如下两方面的信息:
1.舰队方面
舰队:舰队名称、基地地点
舰艇:编号、舰艇名称、所属舰队
2.舰艇方面
舰艇:舰艇编号、舰艇名、武器名称
武器:武器编号、武器名称、武器生产时间、舰艇编号
零件
车间产品
仓库零件
第九题:画ER图
现有论文和作者两个实体,论文实体的属性包括题目、期刊名称、年份、期刊号;作者实体的属性包括姓名、单位、地址;一篇论文可以有多个作者,且每一位作者写过多篇论文,在每一篇论文中有作者的顺序号。请完成以下操作:
(1画出E-R图
(2将E-R图转换成关系模式,并指出每个关系模式的主键(加
数据库概念设计——ER图
第一题:参考
其中,一个舰队拥有多艘舰艇,一艘舰艇属于一个舰队;一艘舰艇安装多种武器,一种武器可安装于多艘舰艇之上;一艘舰艇有多名官兵,一名官兵只属于一艘舰艇。要求完成如下设计:
(1.分别设计舰队和舰艇两个局部ER图;
舰队
舰艇
(2.将上述两个局部ER图合并成一个全局ER图;
(3.将该全局ER图转换为关系模式;
●制造商生产多种产品,其它制造商也制造这些产品。
●画ER图
第四题:画ER图
●科室:科名、科地址、科电话、医生姓名
●病房:病房号、床位号、所属科室名
●医生:姓名、职称、所属科室名、年龄、工作证号
●病人病历号、姓名、性别、诊断、主臂医生、病房号
⏹一个科室有多个病房、多个医生;
⏹一个病房只能属于一个科室;
(1.试画出E-R图。
(2.将该E-R图转换成关系模式,并指出主码和外码。
商店
销售
第七题:画ER图
海军某部要建立一个舰队信息系统,它包括如下两方面的信息:
1.舰队方面
舰队:舰队名称、基地地点
舰艇:编号、舰艇名称、所属舰队
2.舰艇方面
舰艇:舰艇编号、舰艇名、武器名称
武器:武器编号、武器名称、武器生产时间、舰艇编号
零件
车间产品
仓库零件
第九题:画ER图
现有论文和作者两个实体,论文实体的属性包括题目、期刊名称、年份、期刊号;作者实体的属性包括姓名、单位、地址;一篇论文可以有多个作者,且每一位作者写过多篇论文,在每一篇论文中有作者的顺序号。请完成以下操作:
(1画出E-R图
(2将E-R图转换成关系模式,并指出每个关系模式的主键(加
数据库概念设计——ER图
第一题:参考
数据库网上商店ER图
网上服装商店1、E_R图2、关系表供应商：编号名称联系人地址电话进货：货品编码进货号进货量商品：编码名称售价产地供应商批号尺码客户：编号名称地址电话邮政编码订货：订单号销售工号货品编码客户编号订单日期发货方式付款方式总金额销售人员：工号部门号姓名地址电话销售部：编码名称人数3、表结构客户表销售人员表——网上服装商店Create databaseGo——供应商表Create table 供应商表（编号int primary key，名称varchar（20）not null，联系人varchar（10）not null，地址varchar（50），电话varchar（13）nuique）Go——进货表Create table进货表（货品编码int primary key，进货码int ，进货量int check（进货量>0））Go——商品表Create table商品表（编码int primary key，名称varchar（20）not null，售价money，产地varchar（50），供应商varchar（20），批号int，尺码intGo——客户表Create table客户表（编号int primary key，名称varchar(20)not null，地址Varchar（50），电话varchar（13）unique，邮政编码varchar（6））Go——订货表Create table订货表（订单号int primary key，销售工号int，货品编码int constraint goodnoForeign key references 商品表（编码），客户编号int constraint custono Foreign key references 客户表（编号），订单日期datatime，发货方式varchar（20），付款方式vatchar（20），总金额money）Go——销售人员表Create table销售人员表（工号int primary key，部门号int，姓名varchar（20），地址varchar（50），电话varchar（13））Go——销售部表Create table销售部表（编码int primary key，名称varchar（20），人数varchar（20））。
数据库系统概论——实体-联系模型、ER图
(4)供应商、项目和零件三者之间具有多对多的联系，此联系 的属性是供应量
画E-R图
例2.学生信息管理系统
❖ 1.找出当前问题/应用涉及到的所有实体型 ❖ 2.分析实体型的属性
▪ 学生： 学号、姓名、性别、系别、出生日期、入学日 期、奖学金
▪ 课程 ：课程号、课程名、教师、学分、类别
❖ 3.找出实体型之间的联系 ❖ 4.确定联系的映射基数以及是否具有属性
联系中的一个重要概念——映射基数
❖ 映射基数 ❖ 指明通过一个联系集能同时与另一实体相联系的
实体数目
二、两个实体型之间的联系
用图形来表示两个实体型之间的这三类联系
实体型A
实体型A
实体型A
1
1
m
联系名
联系名
联系名
1 实体型B 1:1联系
n 实体型B 1:n联系
n 实体型B m:n联系
二、两个实体型之间的联系（续）
画E-R图
借书日期
更新日期
图书名称 图书分类号
作者
图书
n
1
借阅
编号 读者
状态 姓名 工作单位
出版社
图书编号
图书价格
还书日期
办证日期 罚金
身份证号
随堂练习
❖ 医院病房计算机管理系统 ❖ 其中，一个科室有多个病房、多个医生，一个病
房只能属于一个科室，一个医生只属于一个科室， 但可负责多个病人的诊治，一个病人的主管医生 只有一个。
❖ 一对一联系
职工
1
n
领导
单个实体型内部 1:n联系
单个实体型内的联系
❖ 多对多联系
实体型1
m
n
联系名
单个实体型内的 m:n联系
画E-R图
例2.学生信息管理系统
❖ 1.找出当前问题/应用涉及到的所有实体型 ❖ 2.分析实体型的属性
▪ 学生： 学号、姓名、性别、系别、出生日期、入学日 期、奖学金
▪ 课程 ：课程号、课程名、教师、学分、类别
❖ 3.找出实体型之间的联系 ❖ 4.确定联系的映射基数以及是否具有属性
联系中的一个重要概念——映射基数
❖ 映射基数 ❖ 指明通过一个联系集能同时与另一实体相联系的
实体数目
二、两个实体型之间的联系
用图形来表示两个实体型之间的这三类联系
实体型A
实体型A
实体型A
1
1
m
联系名
联系名
联系名
1 实体型B 1:1联系
n 实体型B 1:n联系
n 实体型B m:n联系
二、两个实体型之间的联系（续）
画E-R图
借书日期
更新日期
图书名称 图书分类号
作者
图书
n
1
借阅
编号 读者
状态 姓名 工作单位
出版社
图书编号
图书价格
还书日期
办证日期 罚金
身份证号
随堂练习
❖ 医院病房计算机管理系统 ❖ 其中，一个科室有多个病房、多个医生，一个病
房只能属于一个科室，一个医生只属于一个科室， 但可负责多个病人的诊治，一个病人的主管医生 只有一个。
❖ 一对一联系
职工
1
n
领导
单个实体型内部 1:n联系
单个实体型内的联系
❖ 多对多联系
实体型1
m
n
联系名
单个实体型内的 m:n联系
概念模型ER图及概念模型转化成关系模型 ppt课件
向边分别与有关实体连接起来，同时在无向边旁标上联系
的类型（1:1、1:n或m:n）
联系的属性：联系本身也是一种实体型，也可以有属性。
如果一个联系具有属性，则这些属性也要用无向边与该联
系连接起来
13
联系的表示方法
实体型1
1 联系名 1 实体型2 1:1联系
实体型1
1 联系名 n 实体型2 1:n联系
实体型1
m
联系名
n 实体型2 m:n联系
ppt课件
联系的表示方法(续)
实体型1
1
实体型1
m n
联系名
m 实体型2 n 实体型3
联系名
同一实体型内部的 m:n联系
多个实体型间的1:n联系
ppt课件
联系的表示方法示例
班级 1 班级-班长 1 班长 n 学生 1 组成 n 学生 班级 m 选修 课程
1:1联系
24
ppt课件
最后上述概念模型转成的逻辑模型为：
学生(*学号，姓名，班号) 学生卡(*卡号，余额，学号) 班级(*班号，辅导员) 课程(*课程号，课程名，学分) 学生-课程(*学号，*课程号，成绩) *表示为码，下划线表示为外码
25
ppt课件
三、POWERDESIGNER设计数据库的过程 一）E-R图
33
ppt课件
实体属性（ATTRIBUTES）和数据项 （DATA ITEMS）
实体属性：在实体的特性窗口的Attributes页框中设置实 体的属性 属性设置内容：包括Code、Name、Comment、Data type、Length、Domain和Standard Checks（Maximum、 Minimum和Default）等 数据项Data Item：在Entity中加入的所有属性将被自动加 入在Data Items结点下作为数据项进行集中管理。也可以 直接在Data Items下增加数据项，实体属性通过使用相同 的Code引用该数据项定义。 属性和数据项关系：实体的属性可以看作是Data Items下 数据项的组合；Data Items是所有实体属性的集合
ER图文档
ER图文档1.定义 (1)2.基本要素 (2)3.如何画ER图 (2)4.例子 (4)5.常用软件 (5)1.定义ER图又叫实体-联系图(Entity-Relation Diagram)用来建立数据模型,在数据库系统概论中属于概念设计阶段，形成一个独立于机器，独立于DBMS的ER图模型。
通常将它简称为ER图，相应地可把用ER图描绘的数据模型称为ER模型。
ER图提供了表示实体（即数据对象）、属性和联系的方法，用来描述现实世界的概念模型。
数据库设计过程：需求分析确定存储那些数据，建立那些应用。
常用的操作及对象有哪些等概念数据库设计对需求分析所得到数据的更高层的抽象描述逻辑数据库设计将概念模型所描述的数据映射为某个特定DBMS 模式数据物理数据库设计ER图设计2.基本要素构成E-R 图的基本要素是实体、属性和联系.① 实体：实体对应的是数据库中的实体表，用矩形表示，矩形框内写明实体名。
② 属性：属性对应的是数据库中实体表的字段，用椭圆形或圆角矩形表示，并用无向 边将其与相应的实体连接起来；多值属性由双线连接；主属性名称下加下划线。
③ 联系：联系对应的是数据库中的连接表，用来描述实体之间的关系，用菱形表示， 菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型。
ER 图中实体之间有三种关系：一对一关系，一对多关系，多对多关系。
一对一关系在两个实体连线方向写1；一对多关系在1的一方写1，多的一方写N ； 多对多关系则是在两个实体连线方向各写N,M11M1 N N夫妻间一对一关系仓库与产品一对多关系 学生与课程多对多关系3.如何画ER 图一、在画ER 图之前必须进行正确的需求分析，只有通过正确的需求分析才能得到比较正确的ER 图。
二、设计E-R 图的原则：针对特定用户的应用，确定实体、属性和实体间的联系，设计该用户视图的局部实体名属性名主属性名联系名丈夫夫妻 妻子 仓库 存放产品学生 选课课程E-R图综合各个用户的局部E-R图，产生反映数据库整体概念的总体E-R图。
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
联系的类型
一对一关系
一对多关系 多对多关系
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
联系的类型
一对一关系
一对多关系 多对多关系
ER图
(2) 1: n联系的转换方法 n联系的转换方法 通常将1:n联系与n端实体转换得到的关系合并， 在n端实体对应的关系中增加联系本身的属性和 一端实体对应关系的主键，新增属性后，n端实 体对应关系的主键保持不变。
1 供应商 供应
n 产品
1: n联系的转换 n联系的转换
供应商（供应商ID，公司名称，联系人姓名， 供应商（供应商ID，公司名称，联系人姓名，联 ID 系人职务，地址，城市，地区，邮政编码，国家， 系人职务，地址，城市，地区，邮政编码，国家， 电话，传真，主页） 电话，传真，主页） 产品（产品ID 产品名称，单位数量，单价， ID， 产品（产品ID，产品名称，单位数量，单价，库 存量，订购量，再订购量，中止） 存量，订购量，再订购量，中止） 产品（产品ID，产品名称，单位数量，单价， 产品（产品ID，产品名称，单位数量，单价，库 ID 存量，订购量，再订购量，中止，供应商ID 存量，订购量，再订购量，中止，供应商ID ）
联系的类型
一对一关系 一对多关系Biblioteka 供应商 1 n 供应 产品
多对多关系
产品
m
n 订单明细 订单
E-R图
E-R图三要素 实体entity：用矩形框表示 关系relation：用菱形表示 属性attribute：用椭圆表示
E-R图的设计
设计E-R图的步骤： (1)确定实体 属性和实体间的联系， 确定实体、 (1)确定实体、属性和实体间的联系，画 出用户视图的局部E-R图; 出用户视图的局部E (2)综合各个用户的局部 综合各个用户的局部E (2)综合各个用户的局部E-R图，产生反映 数据库整体概念的总体E 数据库整体概念的总体E-R图。
2. 参照完整性规则
参照完整性规则是一个表的外键值可以为空值。若不为空 值，则必须等于另一个表中主键的某个值。 外键（Foreign Key，FK）：若一个表R1中的一个列或列 组对应另一个表R2的主键，那么该列或列组称为表R1的 外键。 外键可以由一个或多个列组成，可以有重复值。 以产品，订单，订单明细为例，演示外键的使用 查阅功能的进一步演示
数据库设计与实现-基础ER图
ER图（实体-关系图）是数据库设计的 基础工具，用于描述数据结构、数据 关系和数据操作。
数据库设计的重要性
数据库设计是信息系统开发的关键环节，它决定了数据存储和检索的效率，以及 数据的一致性、完整性和安全性。
良好的数据库设计可以提高应用程序的性能、可维护性和可扩展性，同时降低开 发和维护成本。
数据库设计的重要性
数据完整性的考虑
总结词
数据完整性是ER图设计的重要考虑因素，需要确保数据的准确性和一致性。
详细描述
在ER图设计中，需要考虑数据完整性，包括实体完整性、参照完整性和用户自定义完整性。例如，可 以通过设置主键、外键等约束来保证数据的准确性和一致性。同时，也可以通过触发器、存储过程等 方式来实现更复杂的数据完整性要求。
定义关系属性
当两个实体之间存在关系时，可能需 要定义关系的属性。这些属性描述了 关系的特征。在ER图中，关系属性通 常表示为菱形，并标注属性名称。
数据完整性的实现
实体完整性
实体完整性是指确保每个实体的唯一性。在ER图中，通过为主键添加下划线来标识主键 ，确保每个实体在数据库中具有唯一的标识符。
参照完整性
03
ER图在数据库设计中的应用
03
ER图在数据库设计中的应用
确定实体类型
确定实体类型
在ER图中，首先需要确定实体类型 ，即数据库中的表。实体类型通常表 示为矩形，并标注实体类型的名称。
识别实体属性
每个实体类型都有一组属性，这些属 性描述了实体的特征。在ER图中，实 体类型的属性通常表示为实体的椭圆 ，并标注属性名称。
每个人都会有中间名。
06
如何将ER图转化为数据库模式
06
如何将ER图转化为数据库模式
数据库设计的重要性
数据库设计是信息系统开发的关键环节，它决定了数据存储和检索的效率，以及 数据的一致性、完整性和安全性。
良好的数据库设计可以提高应用程序的性能、可维护性和可扩展性，同时降低开 发和维护成本。
数据库设计的重要性
数据完整性的考虑
总结词
数据完整性是ER图设计的重要考虑因素，需要确保数据的准确性和一致性。
详细描述
在ER图设计中，需要考虑数据完整性，包括实体完整性、参照完整性和用户自定义完整性。例如，可 以通过设置主键、外键等约束来保证数据的准确性和一致性。同时，也可以通过触发器、存储过程等 方式来实现更复杂的数据完整性要求。
定义关系属性
当两个实体之间存在关系时，可能需 要定义关系的属性。这些属性描述了 关系的特征。在ER图中，关系属性通 常表示为菱形，并标注属性名称。
数据完整性的实现
实体完整性
实体完整性是指确保每个实体的唯一性。在ER图中，通过为主键添加下划线来标识主键 ，确保每个实体在数据库中具有唯一的标识符。
参照完整性
03
ER图在数据库设计中的应用
03
ER图在数据库设计中的应用
确定实体类型
确定实体类型
在ER图中，首先需要确定实体类型 ，即数据库中的表。实体类型通常表 示为矩形，并标注实体类型的名称。
识别实体属性
每个实体类型都有一组属性，这些属 性描述了实体的特征。在ER图中，实 体类型的属性通常表示为实体的椭圆 ，并标注属性名称。
每个人都会有中间名。
06
如何将ER图转化为数据库模式
06
如何将ER图转化为数据库模式
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
将ER模型转换成关系数据库 一般规则： （1） 将每一个实体类型转换成一个关系模式，实 体的属性为关系模式的属性。 （2） 对于二元联系，按各种情况处理，如下面所 示。
ER图
转换成 联系的处理 的关系
（2个 关系） 模式A 模式B
外键
处理方式（1）：（1） 方式（1）： 把模式B的主键，联系 模式B的主键 的属性加入模式A 为模式A外键 处理方式（2）： 方式（2）： （2）把模式A的主键， 表A的主键为 联系的属性加入模式B 表B的外键
学生运动会模型
(1)有若干班级,每个班级包括: 班级号,班级名,专业,人数 (2)每个班级有若干运动员,运动员只能属于一个班,包括: 运动员号,姓名,性别,年龄 (3)有若干比赛项目,包括:项目号,名称,比赛地点 (4)每名运动员可参加多项比赛,每个项目可有多人参加 (5)要求能够公布每个比赛项目的运动员名次与成绩 (6)要求能够公布各个班级团体总分的名次和成绩 要求： 1、每个实体及其属性关系、实体间实体联系的E-R图 2、根据试题中的处理要求:完成数据库逻辑模型,包括 各个表的名称和属性.并指出每个表的主键和外键。
数据库体系结构
• 模式是对数据库中全体数据的逻辑结构和 特征的描述，数据模式是数据库的框架， 反映的是数据库中数据的结构及其相互关 系。数据库中的三级模式由外模式、概念 模式和内模式构成。
概念模式
• 又称模式。它是数据库中全部数据的整体 逻辑结构和特征的描述，由若干概念记录 类型组成，还包含记录间的联系、数据的 完整性和安全性等要求。概念模式以某一 种数据模型为基础，综合考虑了所有用户 的需求，并将这些需求有机地集成为一个 逻辑整体。概念模式可以被看做现实世界 中一个组织或部门中的实体及其联系的抽 象模型在具体数据库系统中的实现。
数据库系统的组成
用户 用户 用户
应用系统
应用开发工具
数据库管理系统
操作系统
数据库管理员
数据库
信息系统
• 是由人、硬件、软件和数据资源组成的复 合系统，目的是及时、正确地收集、加工、 存储、传递和提供信息，实现组织中各项 活动的管理、调节和控制。
数据独立性
• 1）物理数据独立性 • 2）逻辑数据独立性
数据库管理系统（DataBase Management System， 简称DBMS） 数据库管理系统位于用户与操作系统之间的一 层数据管理软件。它的主要功能包括以下几个方面：
数据定义功能
数据操纵功能
数据库的运行管理
数据库的建立和维护功能
数据库系统（DataBase System，简称DBS） 数据库系统是指在计算机系统中引入数据库后 的系统构成，一般由数据库、数据库管理系统（及 其开发工具）、应用系统、数据库管理员和用户构 成。应当指出的是，数据库的建立、使用和维护等 工作只靠一个DBMS远远不够，还要有专门的人员 来完成，这些人被称为数据库管理员（Data Base Administrator，简称DBA）
• 数据库的数据是集成式的 • 通常将一个部门所涉及到得全部数据都组织在一 个数据库中。例如一个学生进行人事档案的管理、 学生学籍的管理、教学管理等各种数据处理。我 们可以利用数据库系统，把各种应用相关的数据 集中在一个数据库中统一进行维护和管理，各职 能部门随时可以从数据库中提取所需的数据。因 此，数据库中的数据不是把程序用到的数据进行 简单的堆积，而是按一定关系组织起来的有结构 的数据集合。
• 数据库应满足各种用户的不同需要 • 1）批处理用户，也称为应用程序用户。这 类用户使用程序设计语言编写应用程序， 对数据进行检索、插入、修改等操作，并 产生数据输出 • 2）联机用户，或称终端用户。终端用户可 使用简单的终端命令或查询语言对数据库 进行存取操作。 • 由于各种用户可以同时使用一个数据库， 所以数据库应具有数据共享特性，并提供 数据完整性控制、安全性控制以及并发控 制功能。
职工
1：1
仓库
职工
职工
1：1
1：n
仓库
仓库
职工
职工
1：1
1：n
仓库
仓库
职工 n 工作 1 仓库
仓库 m 存放 n 零件
仓库 m 存放 n 零件
1
工作
n
职工
m p 供应 n
供应商
项目
建立E-R图的过程如下： (1) 首先确定实体类型。 (2) 确定联系类型（1：1，1：N，M：N）。 (3) 把实体类型和联系类型组成E-R图。 (4) 确定实体类型和联系类型的属性。 (5) 确定实体类型的键，在属于键的属性名下划 一条横线。
• 一个数据库只有一个概念模式，它是数据 库系统三级模式结构的中间层，既不涉及 数据的物理存储细节和硬件环境，也与具 体的应用程序及程序设计语言无关。定义 概念模式时不仅要定义数据的逻辑结构， 例如数据记录由哪些字段构成，字段的名 称、类型、取值范围等，而且还要定义数 据之间的联系以及与数据有关的安全性、 完整性要求等内容。
数据库（DataBase，简称DB） 所谓数据库是长期存储在计算机内、有组织的、 可共享的数据集合、数据库中的数据按一定的数据 模型组织、描述和存储，具有较小的冗余度、较高 的数据独立性和易扩展性，并可为各种用户共享。
• 数据库概念包含2层意思： • 1）数据库是一个实体，它是能够合理保管 数据的“仓库”，用户在该“仓库”中存 放要管理的事务的数据，“数据”和“库” 两个概念结合成为“数据库” • 2）数据库是数据管理的新方法和技术，它 能够更合理地组织数据、更方便地维护数 据、更严密地控制数据和更有效地利用数 据。
（4）域（Domain） 属性的取值范围称为该属性的域
（5）实体型（Entity Type）
具有相同属性的实体必然具有共同的特征和性质。用实 体名及其属性名集合来抽象和刻画同类实体，称为实体型。
（6）实体集（Entity Set）
同型实体的集合称为实体集。例如，全体学生就是一个 实体集。 （7）联系（Relationship） 在信息世界中联系反映为实体（型）内部的联系和实体 （型）之间的联系。实体内部的联系通常是指组成实体的各 属性之间的联系。实体之间的联系通常是指不同实体集之间 的联系。
ER图
转换成 联系的处理 的关系
外键
（2个 把模式A的主键，联系 模式A的主键 关系） 的属性加入模式B 为模式B的外 键 模式A 模式B
ER图
转换成 联系的处理 的关系
（3个 关系） 模式A 模式B 模式AB 联系类型转换成 关系模式A-B; 模式A-B的属性: (a)联系的属性 (b)两端实体类型 的主键
数据库系统特点
数据结构化
数据共享性高、冗余度低，易扩充
数据独立性高
数据由DBMS统一管理和控制
DBMS还必须提供以下几方面的数据控制功能：
（1）数据的安全性（Security）保护
（2）数据的完整性（Integrity）检查 （3）并发（Concurrency）控制 （4）数据库恢复（Recovery）
数据库技术的产生和发展
数据库技术是应数据管理任务的需要而产生的。 在应用需求的推动下，在计算机硬件、软件发展的基 础上，数据管理技术经历了人工管理、文件系统、数 据库系统三个阶段。
人工管理阶段 人工管理数据具有如下特点： （1）数据不保存 （2）应用程序管理数据：数据需要由应用程序自己 管理，没有相应的软件系统负责数据的管理工作。 （3）数据不共享
数据的约束条件
数据的约束条件是一组完整性规则的集合。
概念模型
概念模型中涉及的概念 （1）实体（Entity） 客观存在并可相互区别的事物称为实体。实体可以是 具体的人、事、物，也可以是抽象的概念或联系。 （2）属性（Attribute） 实体所以具有的某一特性称为属性。一个实体可以由 若干个属性来刻画。 （3）码（Key） 唯一标识实体的属性集称为码。例如学号是学生实体 的码。
（4）数据不具有独立性：数据的逻辑结构或物理结 构发生变化后，必须对应用程序做相应的修改，这就 进一步加重了程序员的负担。
应用程序1
数据集1
应用程序2
数据集2
应用程序n
数据集n
人工管理阶段应用程序与数据之间的对应关系
文件系统阶段 用文件系统管理数据具有如下特点： （1）数据可以长期保存 （2）由文件系统管理数据：文件系统实现了记录内 的结构性，但整体无结构。程序和数据之间由文件系 统提供存取方法进行转换，使应用程序与数据之间有 了一定的独立性。 （3）数据共享性差，冗余度大 （4）数据独立性差
数据
• 数据（Data）：描述事物的符号记录称为数据。描述事物 的符号可以是数字，也可以是文字、图形、图像、声音、 语言等多种表现形式，它们都可以经过数字化后存入计算 机。 • 数据与信息的关系 • 数据与信息是两个既有联系、又有区别的概念。数据是信 息的载体，信息则是对数据加工的结果，是对数据的解释。 • 计算机系统的每项操作，均是对数据进行某种处理、数据 输入计算机后，经存储、传送、排序、计算、转换、检索、 制表及仿真等操作，输出人们需要的结果，即产生信息。
应用程序1
文件1
应用程序2
文件2
存取方法
应用程序n
文件n
文件系统阶段应用程序与数据之间的对应关系
数据库系统阶段 20世纪60年代后期以来，硬件价格下降；软件 则价格上升，为编制和维护系统软件及应用程序所需 的成本相对增加；在处理方式上，联机实时处理要求 更多，并开始提出和考虑分布处理。在这种背景下， 以文件系统作为数据管理手段已经不能满足应用的需 求，于是为了解决多用户、多应用共享数据的需求， 使数据为尽可能多的应用服务，数据库技术便应运而 生，出现了统一管理数据的专门软件系统┈┈┈数据库管 理系统
两个实体型之间的联系可以分为三类： ① 一对一联系（ 1 : 1 ）
② 一对多联系（ 1 : n ）