ER模型实际实例参考文档

该ER图有7
部门（部门号，名称，负责人）
车队（车队号，名称，地址）
司机（司机号，姓名，执照号，电话，工资）
车辆（车牌号，车型，颜色，载重）
保险公司（保险公司号，名称，地址）
维修公司（维修公司号，名称，地址）
开销（顺序号，费用类型，费用，日期，经手人）
实体之间有7个联系，
其中6个是1:N联系，1个是M:N联系。

其中联系的属性如下：
调用（出车编号，出车日期，车程，费用，车辆数目）
保险1（投保日期，保险种类，费用）
保险2（投保日期，保险种类，费用）
根据ER图和转换规则，7个实体类型转换成7个关系模式，
1个M:N联系转换成1个关系模式，共8个关系模式，
部门（部门号，名称，负责人）
车队（车队号，名称，地址）
司机（司机号，姓名，执照号，电话，工资，车队号，保险公司号，投保日期，保险种类，费用）
车辆（车牌号，车型，颜色，载重，车队号，保险公司号，投保日期，保险种类，费用，维修公司号）保险公司（保险公司号，名称，地址）
维修公司（维修公司号，名称，地址）
开销（顺序号，车牌号，费用类型，费用，日期，经手人）
调用（出车编号，车队号，部门号，出车日期，车程，费用，车辆数目）
（注：专业文档是经验性极强的领域，无法思考和涵盖全面，素材和资料部分来自网络，供参考。

可复制、编制，期待你的好评与关注）。

E-R事例1、某商业集团的销售管理系统数据库中有三个实体集。

一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系,每个商店可销售多种商品，每种商品也可放在多个商店销售,每个商店销售一种商品，有月销售量;商店与职工间存在着“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。

（1）试画出ER图，并在图上注明属性、联系的类型。

（2）将ER图转换成关系模型，并注明主键和外键.解：(1) ER图如图7。

1所示。

图7。

1（2）这个ER图可转换4个关系模式：商店（商店编号，商店名，地址）职工（职工编号，姓名，性别,业绩，商店编号，聘期，月薪）商品（商品号，商品名，规格，单价）销售（商店编号,商品号，月销售量）2、设某商业集团的仓库管理系统数据库有三个实体集.一是“公司”实体集，属性有公司编号、公司名、地址等；二是“仓库”实体集，属性有仓库编号、仓库名、地址等;三是“职工”实体集，属性有职工编号、姓名、性别等. 公司与仓库间存在“隶属”联系，每个公司管辖若干仓库，每个仓库只能属于一个公司管辖；仓库与职工间存在“聘用"联系，每个仓库可聘用多个职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。

(1)试画出ER图，并在图上注明属性、联系的类型。

(2)将ER图转换成关系模型，并注明主键和外键。

解:（1) ER图如图7。

2所示.图7。

2(2）这个ER图可转换3个关系模式：公司（公司编号，公司名,地址）仓库(仓库编号,仓库名，地址,公司编号)职工（职工编号，姓名，性别,仓库编号，聘期，工资）3、设某商业集团的商品供应管理系统数据库有三个实体集。

一是“商品”实体集，属性有商品号、商品名、规格、单价等；二是“商店”实体集，属性有商店号、商店名、地址等；三是“供应商”实体集，属性有供应商编号、供应商名、地址等。

er关系范例ER关系范例：学生选课系统引言：学生选课系统是一种常见的应用系统，它通过建立和管理学生、课程以及选课关系等实体和关系来实现学生选课的功能。

本文将以学生选课系统为例，详细介绍ER关系模型的应用。

一、实体-关系模型介绍实体-关系（Entity-Relationship，简称ER）模型是一种常用的数据模型，用于描述现实世界中的实体和实体之间的关系。

在学生选课系统中，主要包括三个实体：学生、课程和选课。

1. 学生实体：学生实体包括学生ID、姓名、性别、年龄等属性，其中学生ID作为主键用于唯一标识每个学生。

2. 课程实体：课程实体包括课程ID、课程名称、学分等属性，其中课程ID作为主键用于唯一标识每门课程。

3. 选课实体：选课实体包括学生ID和课程ID两个属性，用于记录学生所选的课程。

选课实体的主键由学生ID和课程ID组成，以确保每个学生对每门课程只能选修一次。

二、实体-关系模型的建立在学生选课系统中，可以通过ER图来表示实体和关系之间的联系。

1. 学生实体与选课实体之间的关系：一个学生可以选修多门课程，而一门课程也可以被多个学生选修，因此学生实体和选课实体之间存在多对多的关系。

使用一个关系实体来表示学生和选课之间的关系，该关系实体包括学生ID和课程ID两个属性。

2. 课程实体与选课实体之间的关系：同样地，一门课程可以被多个学生选修，而一个学生也可以选修多门课程，所以课程实体和选课实体之间也存在多对多的关系。

同样地，使用一个关系实体来表示课程和选课之间的关系，该关系实体包括学生ID和课程ID两个属性。

三、实体-关系模型的规范化设计为了满足数据库的设计规范和要求，需要对实体-关系模型进行规范化设计。

常见的规范化设计包括第一范式、第二范式和第三范式。

1. 第一范式：第一范式要求每个属性都是原子的，不可再分。

在学生选课系统中，每个实体的属性都满足第一范式的要求，没有重复的属性。

2. 第二范式：第二范式要求每个非主属性都完全依赖于候选键（也就是主键）。

ER图示例
1.某高校教材管理中，教材信息包括：书名、作者、价格、书号；学生信息包括：学号、姓名、班级、专业。

请画出反映以上两实体间订购联系的E-R图，
并分别转换为对应的关系数据模型。

E-R图：
对应的关系数据模型：
教材（书号，书名，作者，出版社）
学生（学号，姓名，班级，专业）
2.某企业集团有若干工厂，每个工厂聘用多名职工，且每名职工只能在一个工厂工作，工厂聘用职工有聘期和工资。

工厂的属性有工厂编号、厂名、地址；职工的属性有职工号、姓名、技术等级。

（1）画出E-R图。

（2）写出关系模式。

职工（职工号，姓名，技术等级）
工厂（工厂编号，厂名，地址）
聘用（职工号，工厂编号，聘期，工资）
3. 图书管理中，图书信息包括：书号、书名、作者、出版社；借书证信息包括：借书证号、姓名、办证日期、身份证号
请画出反映以上两实体间借阅联系和属性的
E-R图，并分别转换为对应的关系数据模型。

对应的关系数据模型：
图书（书号，书名，作者，出版社）
借书证（借书证号，姓名，办证日期，身份证号）
4. 现有论文和作者两个实体，论文实体的属性包括题目、期刊名称、年份、期刊号；作者实体的属性包括姓名、单位、地址；一篇论文可以有多个作者，且每一位作者写过多篇论文，在每一篇论文在发表是要有作者的顺序号。

请完成以下操作：
（1）画出E-R图。

（2）将E-R图转换成关系模式。

E-R图：
对应的关系数据模型：
论文（题目，期刊名称，年份，期刊号）作者（姓名，单位，地址）
发表（姓名，题目，顺序号）。

两个不同实体型之间的联系【例1.1】分别画出学校与教师联系，学生与课程联系的ER图。

见图1.11。

(a)学校与教师联系的ER图 (b)学生与课程联系的ER图图1.11 两个不同实体型间联系的ER图例子l多个不同实体型之间的联系【例1.2】假设厂家供应零件，仓库负责采购零件并管理零件的入库、出库，多个工程项目所需的零件在仓库领取。

画出仓库管理的ER图。

见图1.12。

（图中省去属性，属性另列，后同。

）有三个实体型：工程项目（项目号，项目名，负责人）；零件（零件号，零件名，单价，数量）；厂家（编号，厂名，厂址）。

有两个联系型：需求（需求量）；采购（购进数）。

图1.12 多个不同实体型间联系的ER图例子l多个不同实体型之间的多元联系【例1.3】上例中，虽有多个实体型，但从联系的方式看，均属“两两联系”。

其实，联系也可以出现在多于两个实体型之间。

若在上例中进一步假设某个工程项目指定要购买某个厂家的零件，那么，工程项目和厂家之间也有联系。

这就是多个不同实体型之间的多元联系。

ER图可以是下面图1.13的样子：图1.13 多个不同实体型间联系的ER图例子l 两个不同实体型之间的多种联系【例1.4】两个实体型间可以通过多种联系反映不同语义。

例如，“职工”和“工程”两实体型间有两种联系，而且两种联系的方式也不一样。

一种是M:N联系，表示一个职工可参加多项工程，一个工程有很多职工参与。

另一种是1:N 联系，表示一个施工队长负责多项工程。

ER图如下,见图1.14。

图1.14 两个不同实体型间多种联系的ER图例子l 同一实体型内各实体间的联系【例1.5】同一实体型内各实体间的联系，有时候比起两个不同实体型间的联系还要复杂。

下面分开1:N联系和M:N联系两种情况来讨论。

假设实体型是“女性公民”，联系型是“母女”。

显然，联系方式是1:N。

因为每个人只有一位亲生母亲，但可能有几个女儿。

ER图如下，见图1.15。

图1.15 同一实体型内各实体间1:N联系的ER图例子假设实体型是“课程”，联系型是“预修”。

Entity Relationship Model - ER模型- 实体关系模型1976年Peter Chen首次提出了Entity Relationship Modeling（实体关系建模）概念，并发明了陈氏表示法Peter Chen's Notation，因此ER模型也可以叫做Chen's Model（陈氏模型）。

下面是一个ER模型（ERD - ER diagram - Entity Relationship diagram）示例：图：ER模型- Peter Chen's Notation图：ER模型- Peter Chen's Model，实际上这是一个EER - Enhanced Entity-Relationship Model，扩展ER模型Entity 实体：使用方框表示Attribute 属性：使用圆或椭圆表示。

实体和实体关系都可以拥有属性，例如图中的Order-Line 关系拥有3个属性Relationship 关联关系：使用菱形表示，菱形中写上关联关系的名字ER模型中关联关系也可以拥有属性，在多对多关联关系中不需要使用额外中间关联实体来表示，关联关系本身就可以作为这个中间实体。

另外ER模型的关联关系不限于2个实体之间，可以在多个实体间使用一个关联关系Unique Identifier 唯一标识陈氏表示法没有很好的解决唯一标识问题，仅使用一种简单的标记方法，下图表示Party的ID 作为Purchase Order唯一标识一员的情况，关联关系名称改为E，朝依赖实体方使用一个箭头，依赖实体使用一个额外的方框括起来图：ER模型中唯一标识的表示方法图：ER模型中唯一标识的表示方法Sub-type 子类型最初的陈氏表示法中不包含子类型概念，后来Robert Brown和Mat Flavin添加了子类型表示法，这种ER模型称为扩展ER模型。

上图ER模型中有一个子类型例子，超类Party派生出子类Organization和PersonConstraints between relationships 关联关系的约束最初的陈氏表示法中关联关系的每一端只使用一个数字表示，比如一对多的关联关系，在一端使用1，另一端实体上使用n表示，这对关联关系约束不充分。

ER图例子
这里是一个简单的ER图例子：
对于一个小型的社交平台，我们需要设计一个ER模型。

该平台的主要功能包括用户注册和登录，用户可以发布状态和分享照片、视频和音乐，用户可以关注其他用户并被其他用户关注。

在这个ER图中，我们有以下实体：
1.用户：该实体包含有关实际用户的信息，例如用户名、密码和电子邮件地址等。

2.状态：该实体代表用户分享的短文本或照片、视频和音乐等多媒体内容。

3.评论：该实体包含用户对状态发表的反馈和评论，以及个人消息的评论。

4.消息：该实体代表用户发送和接收的私人消息。

5.关注：该实体表示用户之间关注或被关注的关系。

用户可以关注其他用户，其活动将显示在其资料中。

这些实体之间的关系有以下几种类型：
1.一对多关系：用户可以发布多个状态，每个状态只有一个用户。

一个用户可以发表多个状态。

2.多对多关系：一个用户可以关注多个其他用户，一个用户可以被多个其他用户关注。

3.一对一关系：每条消息只能由一个用户发送给一个用户。

最后，我们有以下属性：
1.用户：用户名、密码、电子邮件地址、个人资料等信息。

2.状态：文本、图片、视频、音乐、时间戳、喜欢数等信息。

3.评论：文本、时间戳等信息。

4.消息：文本、时间戳等信息。

5.关注：时间戳等信息。

以上是我们的ER图例子。

它能够解决社交平台的基本需求，如用户注册、分享多媒体内容、分享消息和关注其他用户等功能。

通过此ER图，设计者能够更好地理解和管理这些实体之间的关系，从而设计相应的数据库架构。

E-R图设计示例：例 1 设有某医院有以下事实：每个科室聘用多位医生可接诊病人；每位医生属于属于一个科室；病人根据自己的症状选择相应的科室就诊；一位病人在同一科室中多次看病时，每次可能由不同的医生为其诊断。

设科室的属性包括科室代码、科室名称，医生的属性包括工号、姓名、职称，病人的属性包括姓名、年龄、工作单位，设计其E-R图。

分析：“科室”与“医生”间的“聘用”关系为一对多的联系，可有聘用日期、聘用期限等属性；“医生”与“病人”间的“主治”关系为多对多的联系，可有就诊日期等属性；“科室”与“病人”间的“就诊”关系为多对多联系，但该关系可通过“科室”与“医生”间的“聘用”关系以及“医生”与“病人”间的“主治”关系来反映，可不必画出来。

E-R图结果：例 2 设某高校有若干个系，每个系有若干老师和学生，每位老师可担任多门课程，并可参与多个科研项目，每门课程可由多位老师担任，每个科研项目也可由多位教师共同参与，每位学生可选修本系或外系的多门课程。

试设计E-R图，给出每个实体、联系的属性，并将该E-R图转化为关系模型。

分析：由题意可知ER图中应包括5个实体：系、教师、学生、项目和课程，各实体的属性设计如下：系（系号，系名，系主任）、教师（工号，姓名，职称）、学生（学号，姓名，年龄，性别）、项目（项目号，项目名称，负责人）、课程（课程号，课程名，学分）。

个实体之间的联系包括：教师担任课程的“任课”联系；教师参加项目的“参加”联系；学生选修课程的“选修”联系；教师与系之间的“聘用”联系、学生与系之间的“隶属”联系。

其中“参加”联系可有项目排名属性。

“选修”联系应有成绩属性。

画出ER图后，可根据ER 图向关系模型转化。

E-R图结果：关系模式：由ER图转换而得的关系模型如下：系（系号，系名，系主任）、教师（工号，姓名，职称）、学生（学号，姓名，年龄，性别）、项目（项目号，项目名称，负责人）、课程（课程号，课程名，学分），任课（课程号，工号）、参加（工号，项目号，排名）、选修（学号，课程号，成绩）、聘用（工号、系号）、隶属（学号，系号），其中带下划线的为各关系模式中的主关键字。

珠海市某一百货商店要设计一个数据库管理信息系统来管理这家商店的业务信息，通过调研分析得知：该商店有一个重要方面的问题是同供应商打交道，商店出售的商品由他们提供，各供应商提供多种商品。

但是，每种商品可以从多个供应商处获得，各供应商提供的商品价格不同；该商店由若干各部门，每个部门由一个经理和若干雇员组成，每个雇员只能属于一个部门；每个部门销售某些商品，每种商品规定只能由一部门来销售；商店的顾客开定单买商品，由商店送货上门；每个顾客的定单数量可以开多张，一个定单由顾客要求的若干商品和购买的数量构成。

当然，同一类商品可以出现在多个定单中。

作出E-R 图，再转换道关系模式。

1、实体：
2、实体属性：
3、联系
A、首先—2个实体开始找B
C
4、转化成关系模式
A、实体：一个实体对应一个关系模式，关系模式的关键字就是实体的键。

供应商（供应商号，名称，联系方式）。

B、联系：一个联系就是一个关系模式。

属性------包括两个相关实体的关键字和联系自己本身属性，自己的关键字原则如下：
1：1的任意一个实体的关键字作为关键字。

1：n的n端实体的关键字作为关键字。

m：n的两个实体的关键字同时作为关键字。

数据库概念设计ER图实例集例1．某田径运动会组委会需要一运动会管理系统，现提出如下需求。

该系统中存在运动队和运动会两方面的实体。

1．运动队方面运动队：队名、教练姓名队员：编号、姓名、性别、项名其中，一个运动队有多个队员，一个队员仅属于一个运动队，一个队一般有一个教练，一个队员可参加多个项目2．运动会方面运动队：队编号、队名、教练姓名项目：项目名、参加运动队编号、场地其中，一个项目可由多个队参加，一个运动队可参加多个项目，一个项目一个比赛场地。

现要求：(1).分别设计运动队和运动会的局部ER图。

(2).将它们合并为一个全局E-R图。

(3).合并时存在什么冲突，如何解决？运动队局部ER图：ER图：运动会局部存在的冲突(1).命名冲突：项名、项目名异名同义，统一命名为项目名；(2).结构冲突：项目在两个局部ER图中，一个做多值属性，一个作实体。

统一为实体；运动队在两个局部图里的结构不一致也需统一。

例2．上海可的商业连锁集团需要建立信息系统。

该系统中存在3个实体集，一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集，属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品也可以放在多个商店销售，每个商店销售的一种商品有月销售量；商店与职工之间存在“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作，商店聘用职工有聘期和工资。

(1).试画出E-R 图。

(2).将该E-R 图转换成关系模式，并指出主码和外码。

ER 图：关系模式：商店（商店编号，商店名，地址）职工（职工编号，姓名，性别，业绩，商店编号，聘期，工资）商品（商品号，商品名，规格，单价）例3．海军某部要建立一个舰队信息系统，它包括如下两方面的信息：1.舰队方面舰队：舰队名称、基地地点舰艇：编号、舰艇名称、所属舰队2.舰艇方面舰艇：舰艇编号、舰艇名、武器名称武器：武器编号、武器名称、武器生产时间、舰艇编号官兵：官兵证号、姓名、舰艇编号其中，一个舰队拥有多艘舰艇，一艘舰艇属于一个舰队；一艘舰艇安装多种武器，一种武器可安装于多艘舰艇之上；一艘舰艇有多名官兵，一名官兵只属于一艘舰艇。