数据库ER图模型最新版本

合集下载

数据库设计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页
概念结构(续)

数据库ER模型

数据库ER模型

5.11设某商业集团数据库中有三个实体集。

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

商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品也可放在多个商店销售,每个商店销售一种商品,有月销售量;商店与职工间存在着“聘用”联系,每个商店有许多职工,每个职工只能在一个商店工作,商店聘用职工有聘期和月薪(1)试画岀ER 图,并在图上注明属性、联系的类型 (2)这个ER图可转换4个关系模式:商店(商店编号,商店名,地址)职工(职工编号,姓名,性别,业绩,商店编号, 聘期,月薪)商品(商品号,商品名,规格,单价) 销售(商店编号,商品号,月销售量)5.12设某商业集团数据库中有三个实体集。

一是“公司”实体集,属性有公司编号、公司名、地址等;二是“仓库”实体集,属性有仓库编号、 仓库名、地址等;三是“职工”实体集,属性有职工编号、姓名、性别等。

公司与仓库间存在“隶属”联系,每个公司管辖若干仓库,每个仓库只能属于一个公司管辖;仓库与职工间存在“聘用”联系,每个仓库可聘 用多个职工,每个职工只能在一个仓库工作,仓库聘用职工有聘期和工资。

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

商品 职工⑴ 试画岀ER 图,并在图上注明属性、联系的类型。

(2)将ER 图转换成关系模型,并注明主键和外键解: (1) ER5.13设某商业集团数据库有三个实体集。

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

供应商与商品之间存在"供应”联系,每个供应商可供应多种商品,每种商品可向多个供应商订购,每个供应商供应每种商品有个月供应 量;商店与商品间存在“销售”联系,每个商店可销售多种商品,每种商品可在多个商店销售,每个商店销售每种商品有个月计划数。

数据库ER图模型

数据库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图要点
例:学生选修课程
姓名
学号
系别
用椭圆表示实 体的属性
课程名 先修课
学分
用无向边 学生
把实体与
选修
课程
其属性连 接起来
联系的 数量
用矩形表示实
成绩
将参与联系的实 体用线段连接
体集,在框内
用菱形表示实
弱实体集与强实体集之间是一对多的联系

售书系统数据库设计E-R模型图流程图功能图

售书系统数据库设计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课件

数据库建模ER模型PPT课件
和不能存取哪些部分? 完整的数据库设计是不可能一蹴而就的, 它往往是上述6个步骤的不断反复的过程!
第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图及关系模式

性别 属性名,描述学生在生理上的男女区别。
年龄 属性名,描述学生年龄大小。
系 属性名,说明一个学生在哪个系学习。
三、数据字典
对象


课程 关系名,描述课程有关信息。
课程号 属性名,为每门课程分配的唯一性标识, 可能有编码格式要求。
课程名 属性名,为每门课程所取的名称。
学分
属性名,描述一门课程的信息量,与讲授 的学时相对应。
一、学生信息与成绩数据库ER图
1、实体类型。
学号
姓名 年龄 性别 所在系
学生
课程号 课程名 学分
姓名
职称
年龄
课程
教师
一、学生信息与成绩数据库ER图
2、实体类型之间的联系。
学生
联系
课程
成绩
课程
联系
教师
一、学生信息与成绩数据库ER图
3、完整的ER图。
学号 姓名 年龄 性别 所在系
课程号 课程名
姓名
学生 联系 成绩
二、数据库的关系模型
2、关系模型的优化。 根据实际需要,对上面的模型进行优化。学生信息
不变,由于教师与课程联系中,一门课程只有一 个教师讲授,可以把教师的信息放到课程中去。 这样就可以去掉教师和讲授两个关系。
学生(学号,姓名,性别,年龄,系) 课程(课程号,课程名,学分,教师姓名,
职称,教师年龄) 教师(姓名,职称,教师年龄) 选课(学号,课程号,成绩) 讲授(课程号,教师姓名,)
教师姓名,) 选课(学号,课程号,成绩)
三、数据字典
数据库的数据字典实际上是对数据库中各种对象
的描述,也就是说明它们的语义,即用自然语 言说明它们的含义。
对象

实体关系模型(E-R图)

实体关系模型(E-R图)
例如图7所示的零部件实体集内部m:n组装 联系,就可以转换为如下两个关系模式。
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图设计中,需要考虑数据完整性,包括实体完整性、参照完整性和用户自定义完整性。例如,可 以通过设置主键、外键等约束来保证数据的准确性和一致性。同时,也可以通过触发器、存储过程等 方式来实现更复杂的数据完整性要求。
定义关系属性
当两个实体之间存在关系时,可能需 要定义关系的属性。这些属性描述了 关系的特征。在ER图中,关系属性通 常表示为菱形,并标注属性名称。
数据完整性的实现
实体完整性
实体完整性是指确保每个实体的唯一性。在ER图中,通过为主键添加下划线来标识主键 ,确保每个实体在数据库中具有唯一的标识符。
参照完整性
03
ER图在数据库设计中的应用
03
ER图在数据库设计中的应用
确定实体类型
确定实体类型
在ER图中,首先需要确定实体类型 ,即数据库中的表。实体类型通常表 示为矩形,并标注实体类型的名称。
识别实体属性
每个实体类型都有一组属性,这些属 性描述了实体的特征。在ER图中,实 体类型的属性通常表示为实体的椭圆 ,并标注属性名称。
每个人都会有中间名。
06
如何将ER图转化为数据库模式
06
如何将ER图转化为数据库模式
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
至少一个联系,则称E全部参与R 如果实体集E中只有部分实体参与到联系集R的联
系中,则称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
有哪些超码?有哪些候选码?
精品课件
基本E-R图要点
例:学生选修课程
姓名
学号
系别
用椭圆表示实 体的属性
课程名 先修课
学分
用无向边 学生
把实体与
选修
课程
其属性连 接起来
联系的 数量
用矩形表示实
成绩
将参与联系的实 体用线段连接
体集,在框内
用菱形表示实
写上实体名 精品课件
同型实体的集合称为实体集 如全体学生
精品课件
基本概念
联系(Relationship)
实体之间的相互关联 如学生与老师间的授课关系,学生与学生间有班
长关系 联系也可以有属性,如学生与课程之间有选课联
系,每个选课联系都有一个成绩作为其属性
元或度(Degree)
参与联系的实体集的个数称为联系的元 如学生选修课程是二元联系,供应商向工程供应
设有两个实体集E1, E2 , 一对一
E1中的一个实体与E2中至多一个实体相联系,并且 E2中的一个实体与E1中至多一个实体相联系 注:一对一不是一一对应
职工
管理
部门
精品课件
联系的种类
一对多 E1中的一个实体与E2中n(n≥0)个实体相联系, 并且 E2中的一个实体与E1中至多一个实体相联系
教师
零件则是三元联系
精品课件
基本概念
码(Key)
能唯一标识实体的属性或属性组称作超码 超码的任意超集也是超码 其任意真子集都不能成为超码的最小超码称为候
选码 从所有候选码中选定一个用来区别同一实体集中
的不同实体,称作主码 一个实体集中任意两个实体在主码上的取值不能
相同 如学号是学生实体的码 通讯录(姓名,邮编,地址,电话,Email,BP)
体间的联系
基本E-R图要点
码在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)
客观存在并可相互区分的事物叫实体 如学生张三、工人李四、计算机系、数据库概论
相关文档
最新文档