数据库设计(ER图与逻辑结构表)示例

数据库设计中的ER模型介绍与应用

数据库设计中的ER模型介绍与应用数据库是应用程序中非常重要的一部分，对于企业来说，数据库是财富的积累和管理的重要手段。

在现代化企业信息化建设过程中，数据库的设计显得尤为重要。

ER模型是数据库设计中最流行和最常用的建模方法之一。

下面将逐步介绍ER模型的基本概念、关系对象、ER图以及实体关系设计。

一、基本概念1.1 数据模型数据模型是指对某一事物的相关数据进行的抽象和描述。

在数据库设计中，数据模型是结构化描述实体、联系、属性及它们之间关系的一种方法。

1.2 ER模型ER模型是一种基于实体关系的数据模型。

其核心概念是实体、属性、关系和联系。

这些概念构成了一个数据库系统的基本结构。

这个模型最早是由彼得·钱伯斯于1975年在一篇论文《实体类型和实体关系之图形表示法》中提出的。

1.3 实体(Entity)在ER模型中，实体是指一类现实世界中的对象或概念，其在该类中具有一定的独立性，可以由一个单一的或多个属性来描述。

例如，在一个学生信息管理系统中，学生就是一个实体，其属性可以包括姓名、性别、出生日期、学号等。

1.4 属性(Attribute)属性是指实体具有的特征或性质。

一个实体可以拥有一个或多个属性，属性可以比较简单，也可以非常复杂。

属性还可以用来描述一个实体在现实世界中的状态。

在上述学生信息管理系统中，姓名、性别、出生日期和学号都可以看作是学生的属性。

1.5 关系(Relationship)关系是指实体之间的某种联系或关联。

它是指两个实体之间或多个实体之间的静态或动态连接。

例如，在一个课程成绩管理系统中，学生和课程之间就存在着学生选课这种关系。

1.6 联系(Relationship Instance)联系的实例是指一种具体的关系，即一个实体和另一个实体之间的实际关联。

例如，在学生选课管理系统中，具体的某个学生选了某门课程就是一个联系的实例，它体现了这两个实体之间的关系。

二、关系对象在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页
概念结构（续）

图书销售管理系统数据库设计

下订单
2）系统前台功能说明
（1）图书列表 ①图书排行榜：在首页排列点击率排名前6位的图书。 ②图书分类：根据图书的不同类别，并子子页面排列。
（2）图书详情：在图书的子页面显示图书的各部分信息，包括图书名称、出版社、作者、价格、折扣、简介等。（3）个人中心：
①用户注册：注册用户名不能重复。 ②用户登录：判断用户的用户名或者密码是否与数据库中的信息对应，对应则登录成功，否则登录失败。 ③个人中心：个人基本信息、修改个人信息、修改个人密码、会员积分等级。（4）整站搜索：可按照书名或者作者进行图书的搜索。（5）购物车： ①用户根据图书列表中的购物车按钮选定图书，并放入购物车。 ②用户填写定订单中的基本信息，点击确认，则订购成功。
给“用户表”添加主键
（2）建立管理员表。创建“管理员表”和管理员表的基本属性列如图2-15所示，给“管理员表”添加主键如图2-16所示。
图2-15 创建“管理员表”和管理员表的基本属性列
（3）建立图书分类表。创建“图书分类表”和图书分类表的基本属性列如图2-17所示，给“图书分类表”添加主键。
（2）管理员表（管理员账号，密码），见表2-2
表2-2 管理员表
属性名称管理员账号
密码
数据类型 varchar varchar
数据长度 20 20
（3）图书分类表（类型编号，类别名称，说明），见表2-3
属性名称类型编号类别名称
说明
表2-3 图书分类表数据类型 int Varchar Varchar
（1）启动SQL Server 2005 。依次单击“开始”—“所有程序”—“SQL Serve 2005”— “SQL Server Management Studio Eepress”—启动SQL Server 2005数据库管理系统。

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

模式A 的属性加入模式A
为模式A外键
模式B 处理方式（2）：
方式（2）：
（2）把模式A的主键，表A的主键为联系的属性加入模式B 表B的外键
ppt精选版
38
ER图
转换成联系的处理的关系
外键
（2个把模式A的主键，联系模式A的主键
关系）的属性加入模式B
为模式B的外
模式A
键
模式B
ppt精选版
ppt精选版
42
ppt精选版
43
ppt精选版
44
ppt精选版
45
ppt精选版
46
ppt精选版
47
学生运动会模型
(1)有若干班级,每个班级包括: 班级号,班级名,专业,人数 (2)每个班级有若干运动员,运动员只能属于一个班,包括: 运动员号,姓名,性别,年龄 (3)有若干比赛项目,包括:项目号,名称,比赛地点 (4)每名运动员可参加多项比赛,每个项目可有多人参加 (5)要求能够公布每个比赛项目的运动员名次与成绩 (6)要求能够公布各个班级团体总分的名次和成绩
（3）数据共享性差，冗余度大
（4）数据独立性差
ppt精选版
17
应用程序1
文件1
应用程序2
存取方法
文件2
应用程序n
文件n
文件系统阶段应用程序与数据之间的对应关系
ppt精选版
18
数据库系统阶段
20世纪60年代后期以来，硬件价格下降；软件则价格上升，为编制和维护系统软件及应用程序所需的成本相对增加；在处理方式上，联机实时处理要求更多，并开始提出和考虑分布处理。在这种背景下，以文件系统作为数据管理手段已经不能满足应用的需求，于是为了解决多用户、多应用共享数据的需求，使数据为尽可能多的应用服务，数据库技术便应运而生，出现了统一管理数据的专门软件系统┈┈┈数据库管理系统

数据库设计与实现高级ER图[文字可编辑]

2019 年11月12 日星期二
数据库系统概念----E-R
10
3.1练习
? 请绘制医院系统住院部分的E-R图
– 医院为住院病人建立病历。病历首页记录病人住院相关的基本信息；病历主体由住院期间每次诊疗的记录顺序排列组成。
– 诊疗记录由诊疗时间、诊疗情况记录组成，并要由进行当次诊疗的住院医生签字。诊疗可发出检查单、治疗医嘱单，需要记录诊疗和检查单、医嘱单的关系。
dealnum
银行职员
2019 年11月12 日星期二
数据库系统概念----E-R
3
3.1弱实体
? 弱实体提出的背景 – 存在一些场景，需要研究：
? 一个实体的属性与其它实体之间的关系 ? 或者属性之间相互的关联关系
– E-R图中联系是实体与实体之间的联系 – 在研究属性参与的联系时，需要进行属性实体化
? 思考：
科研成果
ISA
不相交
文章
项目
– 教师、学生对人员的ISA关系，具有不相交约束吗？
2019 年11月12 日星期二
21
2.2练习
? 学校系统数据概念模型如图下所示
– 现在需要增加在校人员的借书业务 – 请尝试使用在校人员和教师学生的继承关系
院系 dno dname
name sno
age pid
讲授
课程
? 思考：
– 如何刻画不同层次实体型之间的关系？
2019 年11月12 日星期二
13
3.2继承
? ISA联系
– E-R图使用ISA联系表示不同层次实体型之间的关系 – ISA联系本质是继承关系 – ISA联系使用标有“ISA”字样的三角形来表示
人员
ISA

数据库设计实例—教学管理系统

教学管理系统数据库设计用5行左右的文字对系统进行简要介绍一、数据需求分析某学校设计学生教学管理系统。

学生实体包括学号、姓名、性别、生日、民族、籍贯、简历、登记照，每名学生选择一个主修专业，专业包括专业编号、名称和类别，一个专业属于一个学院，一个学院可以有若干个专业。

学院信息要存储学院号、学院名、院长。

教学管理还要管理课程表和学生成绩。

课程表包括课程号、课程名、学分，每门课程由一个学院开设。

学生选修的每门课程获得一个成绩。

另外，为了管理教师教学安排，教师包括编号、姓名、年龄、职称，一个教师只能属于一个学院，一名教师可以上若干门课程，一门课程可以有多名老师来上，每个教师所上的每门课都有一个课堂号和课时数。

本系统数据字典如下（以下为示例，供参考，非本教学管理系统的数据字典）：二、概念结构设计1．首先确定系统中的实体从以上数据需求可以看出，系统共包括5个实体：学生、专业、学院、教师、课程。

2．再确定系统中实体间的关系根据数据需求描述推出：专业与学生是1对多关系；学生与课程是多对多关系；课程与老师是多对多关系；课程与学院是多对1关系；学院与专业是1对多关系；学院与教师是1对多关系。

3．转化成E-R图图1 实体-属性图图2 教学管理ER图三、逻辑结构设计在转换为关系模型时，一对多的联系都在相应的多方实体的关系中增加一个外键。

本系统由ER模型转换的关系模型是：学生（学号，姓名，性别，生日，民族，籍贯，专业号，简历，登记照）专业（专业号，专业，专业类别，学院号）学院（学院号，学院，院长）课程（课程号，课程名，学分，学院号）成绩（学号，课程号，成绩）教师（编号，姓名，年龄，职称）四、物理结构设计（不写）五、数据库实施基于Access的数据库结构设计如下。

指定数据库文件的名称，并为设计好的关系模型设计表结构。

数据库文件保存在“E:\教学管理\”文件夹中，数据库文件名：教学管理.MDB。

表包括：学院、专业、学生、课程、成绩单。

数据库设计的一般步骤及例子

一、数据库设计的一般流程1.概述包括课程设计选题、项目背景、课程设计报告编写目的、课程设计报告的组织等内容。

2.课程设计任务的需求分析2.1设计任务2.2设计要求2.3需求描述的规范文档3.概念结构设计3.1概念结构设计工具（E-R模型）3.2XXX子系统（局部）3.2.1子系统描述3.2.2分E-R图3.2.3说明3.3YYY子系统3.3.1子系统描述3.3.2 分E-R图3.3.3 说明……3.X 总体E-R图3.X.1 E-R图的集成3.X.2 总体E-R图4.逻辑结构设计4.1关系数据模式4.2视图的设计4.3优化5.数据库物理设计与实施5.1数据库应用的硬件、软件环境介绍5.2物理结构设计5.3 索引的设计5.4建立数据库5.5 加载数据库测试数据6.数据操作要求及实现6.1数据查询操作6.2数据更新操作6.3数据维护操作6.4其他7.数据库应用系统的实现8.设计心得体会9.参考文献二、例子：学生选课管理系统在高校教学管理系统中，学生选课管理是很重要的功能模块。

需求分析：该系统应该能管理学校的教师信息、学生信息、专业信息、学校开设的所有课程信息、学生选修课程的信息等。

选课系统主要满足三类用户的要求，这三类用户分别是教务处的系统管理员、教师和学生。

他们所具有的操作权限以及操作内容是不同的。

具体的需求分析如下：系统管理员1）维护学生的个人基本信息，实现对学生个人信息的增、删、改等。

学生信息包括…2）维护教师的个人基本信息，实现对教师个人信息的增、删、改等。

教师信息包括…3）维护课程的个人基本信息，实现对课程个人信息的增、删、改等。

课程信息包括…学生用户1）查询和修改个人信息。

2）进行选课操作3）学生可以查看自己所选课程信息及以前所选课程的成绩信息。

教师用户1）查询和修改个人信息2）课程结束后，登记成绩3）教师可查看自己的教学安排。

数据库概念结构设计：概念结构设计的常用工具是ER图。

分下面几步完成。

例子 E-R图及数据库设计精品

2017年9月17日星期日
E-R图
7/23
例2
E-R图
借书证号姓名单位
借书人
借书日期出版社
出版数量出版社名电报编号
书号
书名
数量
位置
出版日期
邮编
地址
电话
2017年9月17日星期日
E-R图
8/23
例2
转换得到的关系模式
借书人( 借书证号 , 姓名 , 单位 ) 图书( 书号 , 书名 , 数量 , 位置 ) 出版社( 出版社名 , 电报编号 , 电话 , 邮编 , 地址 ) 借阅( 借书证号,书号 , 借书日期 , 还书日期 )
入住(病房号 , 床位号 ,病历号 , 住院日期) 诊治(病历号 , 工作证号 , 诊治日期) 组成(病房号 , 床位号 , 科名) 从属(科名 , 工作证号)
2017年9月17日星期日
E-R图
5/23
例 2：一个图书管理数据库要求提供下述服务
可查询书库中现有图书的品种、数量和存放位置。所有
各类图书都由书号惟一标识
品，每种商品也可存放在多个商店销售，每个商店销售的每一种商品用月销售量描述；商店与职工之间存在“聘用” 联系，每个商店有许多职工，每个职工只能在一个商店工作，商店聘用职工有聘期和月薪
2017年9月17日星期日
E-R图
20/23
例5
解：
实体：商店、商品、职工联系：商店与商品间存在“销售”联系，m : n 商店与职工间存在“聘用”联系，1 : n 实体属性：商店：商店号、商店名、地址商品：商品号、商品名、规格、单价职工：职工号、姓名、性别、业绩联系属性：销售：月销售量聘用：聘期、月薪

ER数据库设计例子

ER数据库设计例⼦设某商业集团数据库中有三个实体集。

⼀是“仓库”实体集，属性有仓库号、仓库名和地址等；⼆是“商店”实体集，属性有商店号、商店名、地址等；三是“商品”实体集，属性有商品号、商品名、单价。

设仓库与商品之间存在“库存”联系，每个仓库可存储若⼲种商品，每种商品存储在若⼲仓库中，每个仓库每存储⼀种商品有个⽇期及存储量；商店与商品之间存在着“销售”联系，每个商店可销售若⼲种商品，每种商品可在若⼲商店⾥销售，每个商店销售⼀种商品有⽉份和⽉销售量两个属性；仓库、商店、商品之间存在着“供应”联系，有⽉份和⽉供应量两个属性。

（1）试画出ER图，并在图上注明属性、联系类型、实体标识符(8分)；（2）将ER图转换成关系模型（4分）。

(3) 试⽤SQL DDL语句定义上述关系模型的基本表(8分)。

答：(1)(2)ER图可转换成6个关系模式：仓库（仓库号，仓库名，地址）商品（商品号，商品名，单价）商店（商店号，商店名，地址）库存（仓库号，商品号，⽇期，库存量）销售（商店号，商品号，⽉份，⽉销售量）供应（仓库号，商店号，商品号，⽉份，⽉供应量）;(3)CREATE TABLE 仓库(仓库号VARCHAR2(8),仓库名VARCHAR2(30),地址VARCHAR2(256),PRIMARY KEY (仓库号));CREATE TABLE 商品(商品号VARCHAR(18),商品名VARCHAR2(30),单价NUMBER(8,2),PRIMARY KEY (商品号));CREATE TABLE 商店(商店号VARCHAR2(8),商店名VARCHAR2(30),地址VARCHAR2(80),PRIMARY KEY (商店号));CREATE TABLE 库存(仓库号VARCHAR2(8) CONSTRAINT fk_仓库号REFERENCES 仓库(仓库号), 商品号VARCHAR2(8) CONSTRAINT fk_商品号REFERENCES 商品(商品号), ⽇期DATE,库存量NUMBER,PRIMARY KEY(仓库号,商品号,⽇期));CREATE TABLE 销售(商店号VARCHAR2(8) CONSTRAINT fk_商店REFERENCES 商店(商店号),商品号VARCHAR2(8) CONSTRAINT fk_商品REFERENCES 商品(商品号),⽉份NUMBER(2),⽉销售量NUMBER,CONSTRAINT pk_销售PRIMARY KEY (商店号,商品号,⽉份));CREATE TABLE 供应(仓库号VARCHAR2(8) ,商品号VARCHAR2(8) ,商店号VARCHAR2(8),⽉份NUMBER,⽉供应量NUMBER,PRIMARY KEY (仓库号,商店号,商品号,⽉份),CONSTRAINT fk_供应_仓库号FOREIGN key(仓库号) REFERENCES 仓库(仓库号), CONSTRAINT fk_供应_商品号FOREIGN key(商品号) REFERENCES 商品(商品号), CONSTRAINT fk_供应_商店FOREIGN key(商店号) REFERENCES 商店(商店号) );。

在线订餐系统的ER图与逻辑图

在线订餐系统作业题目：网上订餐数据库系统设计作业时间：2012年11月专业班级：XXXXXXXXXXXXXXXXX姓名：学号：授课教师：目录第一章需求分析 (3)1.1订餐现状分析 (3)1.2顾客需求分析 (3)1.3管理员需求分析 (3)1.4性能需求分析 (3)1.5可行性分析 (4)1.6总体设计原则 (4)第二章数据库概念结构设计 (5)2.1系统E-R图 (5)2.2数据流图 (6)2.3数据字典 (6)2..3.1数据项 (6) (7) (7)第三章数据库逻辑结构设计 (10)3.1数据库逻辑结构初步构思 (10)3.2具体逻辑结构设计 (11)第四章数据库的物理结构设计 (12)4.1表间关系设计 (12)4.2完整性设计 (12)第五章数据库系统的实施 (14)5.1数据库的建立 (14)5.2数据输入 (14)第六章数据库运行和维护 (16)6.1定义并设置备份策略 (16)6.2启用数据库维护计划任务 (16)第七章报告总结 (18)第一章需求分析1.1订餐现状分析现在普遍使用的订餐方式是进行电话预定，这种预订方式方便，错误率也比较低，但是由此引发的一些不良现象也比较多，主要是订餐后出现饭店并没有将信息记录在案，而且电话里不能看到菜品的图片，对菜量和菜品样式没有直观的概念。

另外这种订餐方式只是进行电话的预约，很可能会出现订餐但是不履行订单也不进行订餐取消的现象，订餐人员对订购的餐桌信息不太了解会进行相关信息的询问，这样就在一定程度上造成了时间的浪费，饭店人员会在同一天反复重复相同的信息，造成了人力资源的浪费。

这样开发出图文并茂，信息能够及时更新和查看的在线网上订餐系统就具有了重要的意义。

1.2顾客需求分析顾客模块的功能包括个人信息管理，美食选购，美食评价三大功能。

其中，在个人信息管理中可以对个人信息进行修改、还可以查阅以往订过的美食信息；在选购美食中可以通过购物车直接购买的形式、也可已选择货到付款的形式完成交易；美食评价中顾客可以这对这次服务质量，留下自己相对餐厅说的话，完成用户与餐厅之间的交互。

数据库设计之 E-R 图(精选)27页文档

数据库设计之 E-R 图（精选）
21、没有人陪你走一辈子，所以你要适应孤独，没有人会帮你一辈子，所以你要奋斗一生。 22、当眼泪流尽的时候，留下的应该是坚强。 23、要改变命运，首先改变自己。
24、勇气很有理由被当作人类德性之首，因为这种德性保证了所有其余的德性。--温斯顿．丘吉尔。 25、梯子的梯阶从来不是用来搁脚的，它只是谢！
51、天下之事常成于困约，而败于奢靡。——陆游 52、生命不等于是呼吸，生命是活动。——卢梭
53、伟大的事业，需要决心，能力，组织和责任感。 ——易卜生 54、唯书籍不朽。——乔特
55、为中华之崛起而读书。 ——周恩来

数据库设计与实现-基础ER图

ER图（实体-关系图）是数据库设计的基础工具，用于描述数据结构、数据关系和数据操作。
数据库设计的重要性
数据库设计是信息系统开发的关键环节，它决定了数据存储和检索的效率，以及数据的一致性、完整性和安全性。
良好的数据库设计可以提高应用程序的性能、可维护性和可扩展性，同时降低开发和维护成本。
数据库设计的重要性
数据完整性的考虑
总结词
数据完整性是ER图设计的重要考虑因素，需要确保数据的准确性和一致性。
详细描述
在ER图设计中，需要考虑数据完整性，包括实体完整性、参照完整性和用户自定义完整性。例如，可以通过设置主键、外键等约束来保证数据的准确性和一致性。同时，也可以通过触发器、存储过程等方式来实现更复杂的数据完整性要求。
定义关系属性
当两个实体之间存在关系时，可能需要定义关系的属性。这些属性描述了关系的特征。在ER图中，关系属性通常表示为菱形，并标注属性名称。
数据完整性的实现
实体完整性
实体完整性是指确保每个实体的唯一性。在ER图中，通过为主键添加下划线来标识主键，确保每个实体在数据库中具有唯一的标识符。
参照完整性
03
ER图在数据库设计中的应用
03
ER图在数据库设计中的应用
确定实体类型
确定实体类型
在ER图中，首先需要确定实体类型，即数据库中的表。实体类型通常表示为矩形，并标注实体类型的名称。
识别实体属性
每个实体类型都有一组属性，这些属性描述了实体的特征。在ER图中，实体类型的属性通常表示为实体的椭圆，并标注属性名称。
每个人都会有中间名。
06
如何将ER图转化为数据库模式
06
如何将ER图转化为数据库模式

用E-R图设计数据库（共5则范文）

用E-R图设计数据库（共5则范文）第一篇：用E-R图设计数据库（共）用E-R图设计数据库（概念结构设计和逻辑结构设计）用E-R图设计数据库（概念结构设计和逻辑结构设计）1.实验目的1)熟悉E-R模型的基本概念和图形的表示方法。

（概念结构设计）2)掌握将现实世界的事物转化成E-R图的基本技巧。

3)熟悉关系数据模型的基本概念。

4)掌握将E-R图转化成关系模式的基本技巧。

（逻辑结构设计）2.实验内容1)根据需求确定实体，属性和联系。

2)将实体，属性和联系转化为E-R图。

3)将E-R图转化为关系模式。

3.实验步骤和结果1)设计能够表示出班级与学生关系的数据库。

①确定班级实体和学生实体的属性。

②确定班级和学生之间的联系，给联系命名并指出联系的类型。

③确定联系本身的属性。

④画出班级与学生关系的E-R图。

⑤将E-R图转化为关系模式，写出关系模式并标明各自的主码或外码。

2)设计能够表示出顾客与商品关系的数据库。

①确定顾客实体和商品实体的属性。

②确定顾客和商品之间的联系，给联系命名并指出联系的类型。

③确定联系本身的属性。

④画出顾客与商品关系的E-R图。

⑤将E-R图转化为关系模式，写出关系模式并标明各自的主码或外码。

注意：对由E-R图转换得到的关系模式进行分析，如果不合理，进一步对它进行规范化处理，得到最终的关系表。

4.实验总结实验中遇到的问题及解决情况，通过实验，掌握了什么第二篇：数据库概念设计ER图实例数据库概念设计ER图实例例2．上海可的商业连锁集团需要建立信息系统。

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

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

数据库概念设计er图实例集

数据库概念设计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.舰艇方面舰艇：舰艇编号、舰艇名、武器名称武器：武器编号、武器名称、武器生产时间、舰艇编号官兵：官兵证号、姓名、舰艇编号其中，一个舰队拥有多艘舰艇，一艘舰艇属于一个舰队；一艘舰艇安装多种武器，一种武器可安装于多艘舰艇之上；一艘舰艇有多名官兵，一名官兵只属于一艘舰艇。

数据库ER图模型PPT课件

零件则是三元联系
.
7
基本概念
码(Key)
能唯一标识实体的属性或属性组称作超码
超码的任意超集也是超码
其任意真子集都不能成为超码的最小超码称为候选码
从所有候选码中选定一个用来区别同一实体集中的不同实体，称作主码
一个实体集中任意两个实体在主码上的取值不能相同
如学号是学生实体的码
通讯录（姓名，邮编，地址，电话，Email，BP）
.
4
基本概念
实体(Entity)
客观存在并可相互区分的事物叫实体
如学生张三、工人李四、计算机系、数据库概论
属性(Attribute)
实体所具有的某一特性
一个实体可以由若干个属性来刻画
例如，学生可由学号、姓名、年龄、系等组成
域(Domain)
属性的取值范围
例如，性别的域为（男、女），月份的域为１到１２的整数
.
46
弱实体集
弱实体集与存在依赖
弱实体集必然存在依赖于强实体集（Strong Entity Set)
存在依赖并不总会导致一个弱实体集，从属实体集可以有自己的主码
如实体集信用卡（信用卡号，客户帐号，金额），它存在依赖于客户帐号实体集，但信用卡有自己的主码信用卡号
.
47
弱实体集
分辨符（Discriminator)
如电话号码=区号+本地号码出生日=年+月+日
学生
1NF Vs 嵌套关系
姓名
年龄
区号
本地号码
.
17
属性的类型
单值属性
每一个特定的实体在该属性上的取值唯一如学生的学号，年龄、性别、系别等
多值属性
某个特定的实体在该属性上的有多于一个的取值如学生（学号，所选课程，联系电话）

3ER图实例详解分解

数据库设计之概念结构设计---------E-R图详解0、试述采用E-R方法进行数据库概念设计的过程。

答：采用E-R方法进行数据库概念设计，可以分成3步进行：首先设计局部E-R模式，然后把各局部E-R模式综合成一个全局的E-R模式，最后对全局E-R模式进行优化，得到最终的E-R模式，即概念模式。

1、某大学实现学分制，学生可根据自己情况选课。

每名学生可同时选修多门课程，每门课程可由多位教师主讲；每位教师可讲授多门课程。

其不完整的E-R图如图1所示。

（1）指出学生与课程的联系类型。

（2）指出课程与教师的联系类型。

（3）若每名学生有一位教师指导，每个教师指导多名学生，则学生与教师是如何联系？（4）在原E-R图上补画教师与学生的联系，并完善E-R图。

答：（1）学生与课程联系类型是多对多联系。

（2）课程与教师的联系类型是多对多联系。

（3）学生与教师的联系类型是一对多联系。

（4）完善本题E-R图的结果如图2所示。

2、将如图3所示的E-R图转换为关系模式，菱形框中的属性自己确定。

答：本题的E-R图转换为如下的关系模式：单位（单位号，地址，电话）职工（职工号，姓名，性别，年龄，单位号）3、假定一个部门的数据库包括以下信息：（1）职工的信息：职工号、姓名、地址和所在部门。

（2）部门的信息：部门所有职工、部门名、经理和销售的产品。

（3）产品的信息：产品名、制造商、价格、型号及产品的内部编号。

（4）制造商的信息：制造商名称、地址、生产的产品名和价格。

试画出这个数据库的E-R图。

答：本题对应的E-R图如图4所示。

4、某医院病房计算机管理中心需要如下信息：科室：科名、科地址、科电话、医生姓名病房：病房号、床位号、所属科室名医生：姓名、职称、所属科室名、年龄、工作证号病人：病历号、姓名、性别、诊断、主管医生、病房号其中，一个科室有多少个病房、多少个医生，一个病房只能属于一个科室，一个医生只属于一个科室，但可负责多个病人的诊治，一个病人的主管医生只有一个。

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

学生 m 选课
n
教师
n
课程
三个实体型之间的多对多关系
2.2.1 基本概念
（8）弱实体集：在描述实体的过程中，有些实体集的属性可能不足以形成主码，需要依赖其他实体集中的部分属性。这样的实体集叫做弱实体集，不需要依赖其他的实体的实体集称为强实体集。例如一个单位的员工实体集Employee与工作履历实体集Career，则工作履历实体集Career是以职工存在为前提的，即工作履历实体集Career是弱实体集。
学生选修课程姓名学号系别用椭圆表示实体的属性用椭圆表示实体的属性用无向边把实体与其属性连接起来用无向边把实体与其属性连接起来课程号课程名学分学生课程选修成绩用矩形表示实体用矩形表示实体用菱形表示实体间的联系用菱形表示实体间的联系实体与联系用线段连接并注明类型实体与联系用线段连接并注明类型mn222er图设计er图实例举例
7.2.3 E-R模型
2.2.1 基本概念
(1)实体：现实世界中客观存在并可相互区别的事物。 (2)属性：实体所具有的某一特性称为属性。 (3)码（key）：唯一表示实体的属性集称为码。 (4)域（Domain）：属性的取值范围。（5）实体集：具有相同特征或能用同样特征描述的实体集合。组成实体集的各实体称为实体集的外延。例如：某单位所有员工称为实体集Employee的外延。（6）实体型：具有相同属性的实体必然具有共同的特征和性质。用实体名及其属性名集合来抽象和刻画同类实体，称为实体型。例如：员工（员工编号、姓名、部门、性别、年龄、职称）就是一个实体型。
部门 1 属于
N
员工
2.2.1 基本概念
• 多对多联系:
–定义：若对于实体集A 中的每一个实体，实体集B中有n个实体(n≥0) 与之联系，反之，对于对于实体集B中的每一个实体，实体集A中也有m个实体(m≥0)与之联系，则称实体集A与实体集B具有多对多联系，记为m:n。 –例：学生---课程