数据库ER图模型最新版本
数据库设计ER图
数据抽象（续）
聚集
第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页
概念结构（续）
数据库ER模型
5.11设某商业集团数据库中有三个实体集。
一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、 商品名、规格、单价等；三是“职工”实体集，属性有职工编号、姓名、性别、业绩等。
商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品也可放在多个商店销售，每个商店销售一种商品，有月销售量；商店与职工间存在着“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作，商店聘用职工有聘期和月薪（1）试画岀ER 图，并在图上注明属性、联系的类型 （2）这个ER图可转换4个关系模式：商店（商店编号，商店名，地址）职工（职工编号，姓名，性别，业绩，商店编号， 聘期，月薪）商品（商品号，商品名，规格，单价） 销售（商店编号，商品号，月销售量）5.12设某商业集团数据库中有三个实体集。
一是“公司”实体集，属性有公司编号、公司名、地址等；二是“仓库”实体集，属性有仓库编号、 仓库名、地址等；三是“职工”实体集，属性有职工编号、姓名、性别等。
公司与仓库间存在“隶属”联系，每个公司管辖若干仓库，每个仓库只能属于一个公司管辖；仓库与职工间存在“聘用”联系，每个仓库可聘 用多个职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。
(2) 解: (1) ER将ER 图转换成关系模型，并注明主键和外键。
商品 职工⑴ 试画岀ER 图，并在图上注明属性、联系的类型。
（2）将ER 图转换成关系模型，并注明主键和外键解: (1) ER5.13设某商业集团数据库有三个实体集。
一是“商品”实体集，属性有商品号、商品名、规格、单价等；二是“商店”实体集，属性有商店号、 商店名、地址等；三是“供应商”实体集，属性有供应商编号、供应商名、地址等。
供应商与商品之间存在"供应”联系，每个供应商可供应多种商品，每种商品可向多个供应商订购，每个供应商供应每种商品有个月供应 量；商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品可在多个商店销售，每个商店销售每种商品有个月计划数。
数据库ER图模型
姓名 职工号 工种 部门号 部门名 地址
职工 管理 部门
“职工”部分 参与联系“经 理”
用双线连接联系 与完全参与的实体
第十二页，共109页。
“部门”完全 参与联系“经
理”
基本概念
存在依赖（Existence Dependency）
如果实体x的存在依赖于实体y的存在，则称x存在 依赖于y
y称作支配实体，x称作从属实体 如果y被删除，则x也要被删除 考虑分期付款的例子，对每一个“贷款”实体，有
理关系，课程之间的先修关系
第十四页，共109页。
角色在E-R图中的表示
表示要点
当需要显式区分角色时，在连接菱形和矩形的线上 加上说明性标注以区别不同的角色
管理
职员
雇佣
工作
第十五页，共109页。
属性的类型
简单属性
不可再分的属性
学生
如学号、年龄、性别
姓名
电话号码
年龄
复合（Composite）属性
第七页，共109页。
小试牛刀
A
B
C
1
2
3
2
3
4
1
4
5
3
2
6
如何确定联系的码？
第八页，共109页。
基本Ｅ-Ｒ图要点
例：学生选修课程
姓名
学号
系别
用椭圆表示实 体的属性
课程名 先修课
学分
用无向边 学生
把实体与
选修
课程
其属性连 接起来
联系的 数量
用矩形表示实
成绩
将参与联系的实 体用线段连接
体集，在框内
用菱形表示实
弱实体集与强实体集之间是一对多的联系
售书系统数据库设计E-R模型图流程图功能图
一。
数据流图图1.1用户部分的数据流图图1。
2顶层数据流图图1.3管理员部分的数据流图用户网上图书销售 管理系统注册登录信息 搜索查看购物车 订单结算用户图书信息订单信息订单信息表 用户信息表图书详细信息图书信息购物信息图书信息购物信息网上图书销售管理系统用户 User管理员Administrator管 理 员网上图书销售管理系统图书类别 图书信息 订单信息用户信息 管 理 员订单信息表用户信息表图书类别信息表图书详细信息表订单（详细）信息订单信息用户信图书信息图1。
4 用户注册登录数据流图图1.5用户查看搜索图书信息数据流图图1。
6购物车数据流图图1.7订单结算数据流图提示信息登录登录信息用户提示信息注册用户信息表用户注册信息用户图书搜索查看查看搜索图书显示信用户图书详细信息表用户放入购物车购买信息订单信息表显示信息订单信息订单详细信用户查看购物车用户购物信息表结算订订单结算信息表图1。
8管理员登录和修改密码数据流图图1.9 图书类别管理数据流图图1.10购物信息管理数据流图图1.11购物信息管理数据流图图1.12进货数据流图修改密码信管理员修改密码 登录登录信管理员提示信息提示信息管理员信息表管理员图书类别信息修改/删除图书类别图书类别信息管理员图书信息添加删除修改图书图书信息表管理员订单信息购物信息管理订单信息表管理员理货库存图书进货信息表二。
功能结构图三.数据库设计 前台E—R 模型图网站后台E —R 模型图四.逻辑模型（1)用户信息表(用户ID,用户名，用户名称，密码,性别，地址，电子邮件，固定电话，移动电话）（2）管理员信息表（管理员ID ，用户名，用户名称,密码) （3)图书分类信息表（分类ID,分类名称）（4）图书基本信息表（图书分类，图书名称，编号，出版社，图书作者，页数，销售价格，进货价格,出版日期，图书介绍，图片,数量）（5）订单详细信息表（订单号，订购用户ID,订购日期,图书编号,图书名称，图书价格,购买数量）(6）进货详细信息表(货号,书号，数量,出版社,书名,作者）五SQL 语句建表,并插入一条记录(版本:ORACLE 11G)ORACLE 建立表结构语句如下: ——用户信息表CREATE TABLE USER_INFO(USER_ID VARCHAR2(30) NOT NULL PRIMARY KEY , -- uesridUSER_NAME VARCHAR2(50) NOT NULL , ——用户名 USER_CN_NAME VARCHAR2（50) NOT NULL , -—用户名称 PASSWARD VARCHAR2（50） NOT NULL ， ——密码 SEX VARCHAR2（2) NOT NULL,网上图书销售管理系统系统前台管理系统后台管理首页图书浏览 用户注册登录订单结算购物车图书类别管理 图书信息管理用息管理 订单管理管理员管理进货管理ADDRESS VARCHAR2（100）NOT NULL，E_MAIL VARCHAR2（100）NOT NULL,FIXED_PHONE VARCHAR2（30）NOT NULL ，PHONE VARCHAR2（30)）-—管理员信息表CREATE TABLE ADMIN_INFO（ADMIN_ID VARCHAR2（30) NOT NULL PRIMARY KEY , -- uesrid ADMIN_NAME VARCHAR2（50) NOT NULL ，--用户名USER_CN_NAME VARCHAR2(50）NOT NULL , -—用户名称PASSWARD VARCHAR2(50) NOT NULL —-密码)--图书分类信息表CREATE TABLE CODE_BOOK_TYPE（CODE VARCHAR2(10) NOT NULL PRIMARY KEY , —-代码NAME VARCHAR2（100）NOT NULL –名称）——图书基本信息表CREATE TABLE BOOK_INFO（BOOK_ID V ARCHAR2（30) NOT NULL PRIMARY KEY, ——图书编号BOOK_CODE V ARCHAR2(10）NOT NULL ,--图书分类BOOK_NAME V ARCHAR2（30) NOT NULL ,——图书名称BOOK_PRESS V ARCHAR2（30）NOT NULL，—-图书出版社BOOK_AUTHOR V ARCHAR2（30）NOT NULL, --图书作者BOOK_PAGES NUMBER NOT NULL ，—-图书页数BOOK_SELL_PRESS NUMBER NOT NULL ，——图书销售价格BOOK_BY_PRESS NUMBER NOT NULL ,—--图书进货价格BOOK_PUBLICATION_DATE DATE ，-—图书出版日期BOOK_INTRODUCTION V ARCHAR2(500)，—-图书介绍BOOK_PIC BLOB——图片）-—订单详细信息表CREATE TABLE BOOK_ORDER_INFO(ORDER_ID VARCHAR2(30) NOT NULL PRIMARY KEY ,——订单号USER_ID VARCHAR2(30）NOT NULL ,——订购用户ORDER_DATE DATE DEFAULT SYSDATE ，-—订购日期BOOK_ID V ARCHAR2(30) NOT NULL ,-—图书编号BOOK_NAME V ARCHAR2（30) NOT NUL，–图书名称BOOK_SELL_PRESS NUMBER NOT NULL，--图书价格BY_NUMBER NUMBER NOT NULL-—购买数量）——进货详细信息表货号,书号,数量,出版社,书名，作者CREATE TABLE BOOK_ PURCHASE_INFO(PURCHASE_ID VARCHAR2(30）NOT NULL PRIMARY KEY ,—-货号BOOK_ID V ARCHAR2（30) NOT NULL ，-—书号PURCHASE_NUMBER NOT NULL, —-数量BOOK_PUBLICATION_DATE DATE ，—-出版社BOOK_NAME V ARCHAR2(30) NOT NUL,—-书名BOOK_AUTHOR V ARCHAR2（30）NOT NULL —-作者）——向图书基本信息表（BOOK_INFO）插入一条数据记录INSERT INTO BOOK_INFOVALUES(‘000000000000001’, ‘01’,‘红楼梦’，‘中国出版社’,’曹雪芹’,’1000','99'，’90',to_date（‘2012-12—12'，’YYYY—MM-DD’）,'四大名著之一’,null）;Commit；。
数据库建模ER模型PPT课件
第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图及关系模式
性别 属性名，描述学生在生理上的男女区别。
年龄 属性名，描述学生年龄大小。
系 属性名，说明一个学生在哪个系学习。
三、数据字典
对象
描
述
课程 关系名，描述课程有关信息。
课程号 属性名，为每门课程分配的唯一性标识， 可能有编码格式要求。
课程名 属性名，为每门课程所取的名称。
学分
属性名，描述一门课程的信息量，与讲授 的学时相对应。
一、学生信息与成绩数据库ER图
1、实体类型。
学号
姓名 年龄 性别 所在系
学生
课程号 课程名 学分
姓名
职称
年龄
课程
教师
一、学生信息与成绩数据库ER图
2、实体类型之间的联系。
学生
联系
课程
成绩
课程
联系
教师
一、学生信息与成绩数据库ER图
3、完整的ER图。
学号 姓名 年龄 性别 所在系
课程号 课程名
姓名
学生 联系 成绩
二、数据库的关系模型
2、关系模型的优化。 根据实际需要，对上面的模型进行优化。学生信息
不变，由于教师与课程联系中，一门课程只有一 个教师讲授，可以把教师的信息放到课程中去。 这样就可以去掉教师和讲授两个关系。
学生（学号，姓名，性别，年龄，系） 课程（课程号，课程名，学分，教师姓名，
职称，教师年龄） 教师（姓名，职称，教师年龄） 选课（学号，课程号，成绩） 讲授（课程号，教师姓名，）
教师姓名，） 选课（学号，课程号，成绩）
三、数据字典
数据库的数据字典实际上是对数据库中各种对象
的描述，也就是说明它们的语义，即用自然语 言说明它们的含义。
对象
实体关系模型(E-R图)
31
3.3 多个实体集之间多对多多元联系的转换 对于两个以上实体集之间m:n的多元联系，必须
为联系单独建立一个关系，该关系中至少应包含被它 联系的各个实体集的主关键字，如果联系有属性，也 要归入这个关系中。
例如图8所示的教师、学生、课程实体集之间 “教—学—课”多元联系可转化为以下关系模式。
在设计数据库时，人们往往把E-R图作 为中间步骤，用E-R图准确地反映出信息， 再从E-R图构造出实施数据模型，从而使问 题变得简单，不易犯错。
3
1 E—R模型
1.1 E-R图的组成要素及其画法
1．E-R图要素：实体集、联系、属性、主关键字
2．绘制方法 把相互联系的实体集（方框）通过联系（菱形框）连 接起来，注明联系方式，再把实体集的属性（椭圆框） 连到相应实体集上。
（1）针对每一用户画出该用户信息的局部E— R图，确定该用户视图的实体、属性和联系。 需注意的是：能作为属性的就不要作为实体
（2）综合局部E—R图，生成总体E—R图。同名 实体只能出现一次，去掉不必要的联系，以消除 冗余。一般来说，从总体E—R图必须能导出原来 的所有局部视图，包括实体、属性和联系。
1
实体关系模型（E-R模型）
1 E—R模型 2 E—R图的设计方法 3 E—R模型到关系模型的转换
2
1 E—R模型
E-R模型是由P.P.Chen于1976提出的， 现已广泛应用于数据库设计中，该模型通过 E-R图表示实体集及实体集之间的联系，用 于实现数据的第一次抽象，即把现实世界转 换为信息世界。
注意：一个系统的总体E—R图不是惟一的，强调不
同的侧面画出的E—R图可能有很大不同。总体E—R
数据库设计与实现-基础ER图
数据库设计的重要性
数据库设计是信息系统开发的关键环节，它决定了数据存储和检索的效率，以及 数据的一致性、完整性和安全性。
良好的数据库设计可以提高应用程序的性能、可维护性和可扩展性，同时降低开 发和维护成本。
数据库设计的重要性
数据完整性的考虑
总结词
数据完整性是ER图设计的重要考虑因素，需要确保数据的准确性和一致性。
详细描述
在ER图设计中，需要考虑数据完整性，包括实体完整性、参照完整性和用户自定义完整性。例如，可 以通过设置主键、外键等约束来保证数据的准确性和一致性。同时，也可以通过触发器、存储过程等 方式来实现更复杂的数据完整性要求。
定义关系属性
当两个实体之间存在关系时，可能需 要定义关系的属性。这些属性描述了 关系的特征。在ER图中，关系属性通 常表示为菱形，并标注属性名称。
数据完整性的实现
实体完整性
实体完整性是指确保每个实体的唯一性。在ER图中，通过为主键添加下划线来标识主键 ，确保每个实体在数据库中具有唯一的标识符。
参照完整性
03
ER图在数据库设计中的应用
03
ER图在数据库设计中的应用
确定实体类型
确定实体类型
在ER图中，首先需要确定实体类型 ，即数据库中的表。实体类型通常表 示为矩形，并标注实体类型的名称。
识别实体属性
每个实体类型都有一组属性，这些属 性描述了实体的特征。在ER图中，实 体类型的属性通常表示为实体的椭圆 ，并标注属性名称。
每个人都会有中间名。
06
如何将ER图转化为数据库模式
06
如何将ER图转化为数据库模式
数据库ER图讲解课件
6
2.1 基本概念
(7) 联系（Relationship）
现实世界中事物内部以及事物之间的联系在信息世界 中反映为实体内部的联系和实体之间的联系
两个实体型间联系可以分为三类：
一对一联系（1:1） 一对多联系（1:n） 多对多联系（m:n）
n联系关系一般是动词属性一般是名词实体一般是名词含义符号1主任系管理1姓名年龄学历编号系编号系名任职时间1仓库商品存放n地点面积仓库号商品号价格数量商品名m教师课程讲授n教师名职称教师号课程号班级质量课程名仓库工程项目零件供应商保存供应项目仓库零件供应商需要1nnmnm零件颜色数量保存供应项目仓库零件供应商需要1nnmnm项目编号项目名称立项日前零件型号零件名零件重量供应商名供应商号联系方式仓库编号仓库名所在地面积研究所有若干个研究室每一个研究室多位科研人员在指定的办公地点
仓库，工程项目，零件，供应商 。
仓库
工程项目
零件
供应商
24
E-R图实例：某工厂物资管理E-R图 • Step2 确定联系类型。
项目和零件之间是M:N联系 零件 和 供应商之间也是M:N联系 仓库与零件关系是一对多关系1：N
25
E-R图实例：某工厂物资管理E-R图 • Step3 把实体类型和联系类型组合成ER图。
……
课程号 1 2 3 2 3
……
成绩 92 85 88 90 80 ……
课程 m 选修
n 学生
m:n联系
成绩
45
同样两个实体，如果赋予不同的语 义则有不同的设计结果。也就是说我们在概 念模型中讨论实体之间的联系类型直接影响 着目标数据库的设计结果和设计质量。
数据库设计——ER图
数据库设计——ER图 E-R图也称实体—联系图，提供了表⽰实体类型、属性和联系的⽅法⽤来描述现实世界的概念模型。
它是描述现实世界关系概念模型的有效⽅法。
是表⽰概念关系模型的⼀种⽅式。
⽤“矩形框”表⽰实体型，矩形框内写明实体名称；⽤“椭圆图框”或圆⾓矩形表⽰实体的属性，并⽤“实⼼线段”将其与相应关系的“实体型”连接起来；⽤“菱形框”表⽰实体型之间的联系成因，在菱形框内写明联系名，并⽤“实⼼线段”分别与有关实体型连接起来，同时在“实⼼线段”旁标上联系的类型（1：1，1：n或m:n）。
构成E-R图的3个基本要素是实体型、属性和联系，其表⽰⽅法为： 实体：⼀般认为，客观上可以相互区分的事情就是实体，实体可以是具体的⼈和物，也可以是抽象的概念与联系。
关键在于⼀个实体能与另⼀个实体相区别，具有相同属性的实体具有相同的特征和性质。
⽤实体名及其属性名集合来抽象和刻画同类实体。
在E-R图中⽤矩形表⽰，矩形框内写明实体名；⽐如学⽣张三、学⽣李四都是实体。
如果是弱实体的话，在矩形外⾯再套实线矩形。
属性：实体所具有的某⼀特性，⼀个实体可由若⼲个属性来刻画。
属性不能脱离实体，属性是相对实体⽽⾔的。
在E-R图中⽤椭圆形表⽰，并⽤⽆向边将其与相应的实体连接起来；⽐如学⽣的姓名、学号、性别、都是属性。
如果是多值属性的话，在椭圆形外⾯再套实线椭圆。
如果是派⽣属性则⽤虚线椭圆表⽰。
联系：联系也称关系，信息世界中反映实体内部或实体之间的关联。
实体内部的联系通常是指组成实体的各属性之间的联系；实体之间的联系通常是指不同实体集之间的联系。
在E-R图中⽤菱形表⽰，菱形框内写明联系名，并⽤⽆向边分别与有关实体连接起来，同时在⽆向边旁标上联系的类型（1 : 1，1 : n或m : n）。
⽐如⽼师给学⽣授课存在授课关系，学⽣选课存在选课关系。
如果是弱实体的联系则在菱形外⾯再套菱形。
⼀般性约束 实体-联系数据模型中的联系型，存在3种⼀般性约束：⼀对⼀约束（联系）、⼀对多约束（联系）和多对多约束（联系），它们⽤来描述实体集之间的数量约束： （1）⼀对⼀联系（1：1）：对于两个实体集A和B，若A中的每⼀个值在B中⾄多有⼀个实体值与之对应，反之亦然，则称实体集A和B 具有⼀对⼀的联系。
数据库 ER图
Huang Jing ,Beijing University of Technology
16
Principles of Database
Chapter 1 Introduction
Entity and its Attributes
These are data in the system! Which one is entity? Which one is attribute? How to confirm?
How to place these data into soft system? It is too difficult to do . we have to turn to IT expert.
computer-independent
Huang Jing ,Beijing University of Technology 14
Key = the set of attributes which can uniquely identify an entity 唯一标识实体的属性或属性集合 Student实体的码是？。。。 Domain = the value range of attributes. 属性的取值范围 性别的域为（男，女），学生年龄的域为自然数
数据库设计-ER图
数据库设计的基本步骤（1）需求分析阶段：需求收集和分析，得到数据字典和数据流图。
（2）概念结构设计阶段：对用户需求综合、归纳与抽象，形成概念模型，用E-R图表示。
（3）逻辑结构设计阶段：将概念结构转换为某个DBMS所支持的数据模型。
（4）数据库物理设计阶段：为逻辑数据模型选取一个最适合应用环境的物理结构。
（5）数据库实施阶段：建立数据库，编制与调试应用程序，组织数据入库，程序试运行。
（6）数据库运行和维护阶段：对数据库系统进行评价、调整与修改。
1 数据库设计概述数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据。
数据库设计的基本步骤：∙需求分析∙概念结构设计∙逻辑结构设计∙物理结构设计∙数据库的建立和测试∙数据库运行和维护。
数据库各阶段设计描述2 概念结构设计在早期的数据库设计，在需求分析阶段后，就直接进行逻辑结构设计。
由于此时既要考虑现实世界信息的联系与特征，又要满足特定的数据库系统的约束要求，因而对于客观世界的描述受到一定的限制。
同时，由于设计时要同时考虑多方面的问题，也使设计工作变得十分复杂。
1976年P.P.S.Chen提出在逻辑结构设计之前先设计一个概念模型，并提出了数据库设计的实体--联系方法(Entity--Relationship Approach)。
这种方法不包括深的理论，但提供了一个简便、有效的方法，目前成为数据库设计中通用的工具。
有许多商业软件支持E-R模型，如Sybase公司的PowerDesigner DataArchitect(最新版本v9.5.1 for Windows)、微软公司Microsoft InfoModeler (VisioModeler)等。
图 S-designer DataArchitect 5.1 设计的E-R模型使用E-R模型来进行概念模型的设计通常分两步进行，首先是建立局部概念模型，然后综合局部概念模型，成为全局概念模型。
数据库概念设计er图【最新】
数据库概念设计ER图注:提交时,将文件名命名为(数据库系统概论ER图练习:学号+姓名+日期)第一题:参考大学实行学分制，学生可根据自己的情况选课。
每名学生可同时选修多门课程，每门课程可由多位教师主讲；每位教师可讲授多门课程。
指出学生与课程的联系类型。
指出课程与教师的联系类型。
若每名学生有一位教师指导，每个教师指导多名学生，则学生与教师是何联系?在原E-R图上补画教师与学生的联系，并完善E-R图。
第二题:将ER图转化为关系模式单位职工第三题:画ER图职工：职工号、姓名、地址和所在部门部门：部门所有职工、部门名、经理和销售的产品产品：产品名、制造商、价格、型号和产品内部编号制造商：制造商名称、地址、生产的产品名和价格部门有很多职工，职工仅在一个部门工作；部门销售多种产品，这些产品也在其它部门销售；制造商生产多种产品，其它制造商也制造这些产品。
画ER图第四题:画ER图科室：科名、科地址、科电话、医生姓名病房：病房号、床位号、所属科室名医生：姓名、职称、所属科室名、年龄、工作证号病人病历号、姓名、性别、诊断、主臂医生、病房号一个科室有多个病房、多个医生;一个病房只能属于一个科室；一个医生只属于一个科室，但可负责多个病人的诊治;一个病人的主管医生只有一个。
完成如下设计:设计该计算机管理系统的E-R图。
将该E-R图转换为关系模式结构。
指出转换结果申每个关系模式的候选码。
第五题:画ER图某田径运动会组委会需要一运动会管理系统，现提出如下需求。
该系统中存在运动队和运动会两方面的实体。
1．运动队方面运动队：队名、教练姓名队员：编号、姓名、性别、项名其中，一个运动队有多个队员，一个队员仅属于一个运动队，一个队一般有一个教练，一个队员可参加多个项目2．运动会方面运动队：队编号、队名、教练姓名项目：项目名、参加运动队编号、场地其中，一个项目可由多个队参加，一个运动队可参加多个项目，一个项目一个比赛场地。
现要求：(1).分别设计运动队和运动会的局部ER图。
ER图与关系模式
姓名 属性名，学生的正式名称，要求是汉字。
性别 属性名，描述学生在生理上的男女区别。
年龄 属性名，描述学生年龄大小。
系 属性名，说明一个学生在哪个系学习。
三、数据字典
对象
描
述
课程 关系名，描述课程有关信息。
课程号 属性名，为每门课程分配的唯一性标识， 可能有编码格式要求。
课程名 属性名，为每门课程所取的名称。
学生学号姓名性别年龄系课程课程号课程名学分教师姓名选课学号课程号成绩三数据字典数据库的数据字典实际上是对数据库中各种对象的描述也就是说明它们的语义即用自然语言说明它们的含义
一、学生信息与成绩数据库ER图
1、实体类型。
学号
姓名 年龄 性别 所在系
学生
课程号 课程名 学分
姓名
职称
年龄
课程
教师
一、学生信息与成绩数据库ER图
学生（学号，姓名，性别，年龄，系） 课程（课程号，课程名，学分） 教师（姓名，职称，教师年龄） 选课（学号，课程号，成绩） 讲授（课程号，教师姓名，）
二、数据库的关系模型
2、关系模型的优化。 根据实际需要，对上面的模型进行优化。学生信息
不变，由于教师与课程联系中，一门课程只有一 个教师讲授，可以把教师的信息放到课程中去。 这样就可以去掉教师和讲授两个关系。
学分
属性名，描述一门课程的信息量，与讲授 的学时相对应。
教师姓名 属性名，讲授该课程的老师的姓名。
三、数据字典
用户方面的对象：
对象
李国华 王要强 张承先
描
述
用户名，数据库管理员。
用户名，数据录入员。
用户名，学校教学主管。
学生（学号，姓名，性别，年龄，系） 课程（课程号，课程名，学分，
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
系中，则称E部分参与R 如“职工”与“部门”之间的“经理”联系，“
职工”实体集部分参与，而“部门”实体集完全 参与
精品课件
参与在E-R图中的表示
姓名 职工号 工种 部门号 部门名 地址
职工 管理 部门
“职工”部分 参与联系“经 理”
实体-联系模型
提纲
数据库设计过程 基本概念 映射的基数 弱实体集 扩展ER特性 ER模型设计要点 概念数据库设计过程 E-R模型向关系模式的转换
精品课件
ER模型 /ODL
数据库设计过程
需求分析 概念数据库设计 逻辑数据库设计 物理数据库设计
精品课件
确定存储哪些数据， 建立哪些应用，常 用的操作及对象有
弱实体集
弱实体集示例
Email = 用户名 + 主机名 如liyuming@ Logins（passwd文件）实体集记录本机用户名及 其口令，用户名在不同主机上可以相同 Logins是一个弱实体集
产品（名称，价格），公司（名称，地址，联系 电话），“产品”与“公司”之间有“制造”联 系，“产品”是一个弱实体集
学号 所选课程 联系电话
001
数学
1234
001
物理
1234
001
数学
5678
001
物理
精品课件
5678
属性的类型
NULL属性
null表示“无意义”，当实体在某个属性上没有 值时设为null 如通讯录（姓名，email，电话，BP），若某人 没有email地址，则在email属性上取值为null
精品课件
弱实体集
弱实体集与存在依赖
弱 实 体 集 必 然 存 在 依 赖 于 强 实 体 集 （ Strong Entity Set)
存在依赖并不总会导致一个弱实体集，从属实体 集可以有自己的主码 如实体集信用卡（信用卡号，客户帐号，金额） ，它存在依赖于客户帐号实体集，但信用卡有自 己的主码信用卡号
有若干个“还款”实体与之关联，“还款”实体 存在依赖于“贷款”实体
全部参与与存在依赖
设A R B，若A存在依赖于B，则A全部参与联系R
精品课件
基本概念
角色（Role）
实体在联系中的作用称为实体的角色 当同一个实体集不止一次参与一个联系集时，为
区别各实体的参与联系的方式，需要显式指明其 角色 如学生与学生间的班长关系，职工与职工之间的 经理关系，课程之间的先修关系
领导
多对多
母零件
零件 构成
精品课件 子零件
联系的种类
多个实体集间联系的情况
一对多 设有n个实体集E1 , E2 , … , En ,若对于 E1 ,
… , Ei-1, Ei+1, … ,En ，分别给定实体e1 , … , ei-1 , ei+1 , … , en 时，至多有一个实体ei
∈ Ei与之相联系，则称有一个从Ei到E1 , … , Ei-1 , Ei+1 , …,En的一对多联系
，课程号，成绩），则平均成绩可由学生所选课 程的总成绩除以课程总数来得到。称平均成绩为 派生属性，而成绩为基属性，或存储属性 数据库中，一般只存基属性值，而派生属性只存 其定义或依赖关系，用时再从基属性中计算出来
基本表 VS 视图
精品课件
属性在E-R图中的表示
表示要点
多值属性用双椭圆表示
姓名
精品课件
成绩
多个角色 学生 选修 课程 学生 参加 项目
精品课件
多个角色 学生 选修 课程 参加 项目
精品课件
多个角色 学生 班长 学生 学生 班长
精品课件
设计实例
考虑一个学校数据库，它要存储以下信息：教 师有教工号、教工名、职称；项目有项目号、 项目名称、项目类型、起始年份、资助额；学 生有学号、学生名、年龄、学位。一个教工可 以负责多个项目；每个项目只能有一个负责人 ；一个老师可以参与多个项目；一个学生只能 参与一个项目；一个项目可以有多个学生和老 师参与。
A 多方实体集
R
B
单方实体集
每个B可以与多个A 发生联系
每个A只与一个B 发生联系
精品课件
联系种类在E-R图中的表示
A 多方实体集
R
B
单方实体集
一个A只能参与到 一个联系中
一个B可以参与 到多个联系中
精品课件
联系种类在E-R图中的表示
m
A 多方实体集
R
1
B
单方实体集
精品课件
联系的种类
二元联系集
精品课件
弱实体集
分辨符（Discriminator)
弱实体集中用于区别依赖于某个特定强实体集的 属性集合。也称作部分码（partial key) 如“还款”中的还款号，Logins中的用户名
弱实体集的主码由该弱实体集所存在依赖的强实 体集的主码和该弱实体集的分辨符组成
如“还款”主码＝贷款号＋还款号 Logins主码 = 用户名（在所在主机上唯一）+ 主机IP
精品课件
小试牛刀
A
B
C
1
2
3
2
3
4
1
4
5
3
2
6
有哪些超码？有哪些候选码？
精品课件
基本Ｅ-Ｒ图要点
例：学生选修课程
姓名
学号
系别
用椭圆表示实 体的属性
课程名 先修课
学分
用无向边 学生
把实体与
选修
课程
其属性连 接起来
联系的 数量
用矩形表示实
成绩
将参与联系的实 体用线段连接
体集，在框内
用菱形表示实
写上实体名 精品课件
同型实体的集合称为实体集 如全体学生
精品课件
基本概念
联系(Relationship)
实体之间的相互关联 如学生与老师间的授课关系，学生与学生间有班
长关系 联系也可以有属性，如学生与课程之间有选课联
系，每个选课联系都有一个成绩作为其属性
元或度（Degree）
参与联系的实体集的个数称为联系的元 如学生选修课程是二元联系，供应商向工程供应
设有两个实体集E1， E2 ， 一对一
E1中的一个实体与E2中至多一个实体相联系，并且 E2中的一个实体与E1中至多一个实体相联系 注：一对一不是一一对应
职工
管理
部门
精品课件
联系的种类
一对多 E1中的一个实体与E2中n（n≥0）个实体相联系， 并且 E2中的一个实体与E1中至多一个实体相联系
教师
零件则是三元联系
精品课件
基本概念
码(Key)
能唯一标识实体的属性或属性组称作超码 超码的任意超集也是超码 其任意真子集都不能成为超码的最小超码称为候
选码 从所有候选码中选定一个用来区别同一实体集中
的不同实体，称作主码 一个实体集中任意两个实体在主码上的取值不能
相同 如学号是学生实体的码 通讯录（姓名，邮编，地址，电话，Email，BP）
体间的联系
基本Ｅ-Ｒ图要点
码在E-R图中的表示
实体集属性中作为主码的一部分的属性用下划线 来标明
姓名 学号 系别 课程名 先修课 学分
学生 选修
精品课件
课程
基本概念
参与（Participation）
实体集之间的关联称为参与，即实体参与联系 如王军选修“数据库基础”，表示实体“王军”
与 “数据库基础”参与了联系“选修” 如果实体集E中的每个实体都参与到联系集R中的
用双线连接联系 与完全参与的实体
精品课件
“部门”完全 参与联系“经
理”
基本概念
存在依赖（Existence Dependency）
如果实体x的存在依赖于实体y的存在，则称x存在 依赖于y
y称作支配实体，x称作从属实体 如果y被删除，则x也要被删除 考虑分期付款的例子，对每一个“贷款”实体，
精品课件
设计实例
m 教师
1
教工参 与
负责
n
项目
m
1
学生参 与 n
学生
精品课件
弱实体集 特殊化 概括 聚集
扩展E-R表达
精品课件
弱实体集
示例
贷款（贷款号，金额），对应多个还款（还款号 ，还款日期，金额）
每个“贷款”的各个“还款”不同，但不同“贷 款”之间的“还款”却可能相同
贷款号 D1234 D1234 D1234 D5678 D5678 D5678
选修课程
派生属性用虚椭圆表示
学生
姓名 平均成绩 系别
精品课件
学生
联系的种类
联系的种类
实体之间的联系的数量，即一个实体通过一个联 系集能与另一实体集相关联的实体的数目
可以有一对一的（1:1），一对多的（1:m），多 对多的（m:n）几种情况
精品课件
联系种类在E-R图中的表示
表示要点
用箭头或线段来表示联系的种类
工种
职工
工作
部门
精品课件
联系的种类
职工
工种 工作
部门
精品课件
联系的势
势表达了一个实体出现在联系中的次数
教师 (0,2) 教授 (1,4) 课程
学生 (4,6) 选修 (10,50) 课程 区分强制性和可选性联系
精品课件
复合实体
学生
选修
课程
复合实体：一个M:N联系分解成两个1:M
学生
选修
课程
学号 课程号
精品课件
基本概念
实体(Entity)
客观存在并可相互区分的事物叫实体 如学生张三、工人李四、计算机系、数据库概论