概念(ER)模型与关系模型设计作业整理

合集下载

E-R图与关系模型

E-R图与关系模型
(实体)系(系代号,系名称,系主任姓名,办公地址,电话) (实体)教师(教师编号,教师姓名,专业特长,系代号) (实体)学生(学号,姓名,性别,年龄,系代号) (实体)课程(课程号,课程名,学分) (联系)学习(学号,课程号,成绩) (联系)教学(教师号,课程号,授课班评估,学院评估)
根据关系模型的设计,可以在计算机上实现数据 库的建立。
学号
姓名
性别
年龄
系代号
学生 m 学习 n 课程 成绩
பைடு நூலகம்
课程号
课程名
学分
“学生和课程关系”分E-R图
(3)设计“教师与课程关系”的分E-R图 教师在教学活动中与课程发生联系。一个教 师可以上多门课程;一门课程可以由多个教师讲 授。教师讲授任务完成后,将被学生与院方评估。 因此“教师与课程关系”的E-R图如下:
②对于m:n的联系方式,如“学生和课程”的联系, 则可以将联系转化为一个关系,该关系的关键字 有两个实体的关键字组合在一起成为组合关键字, 并附上联系的属性。
学生(学号,姓名,性别,年龄,系代号) 课程(课程号,课程名,学分) 学习(学号,课程号,成绩)
③”教学管理”数据库的关系数据模型如下: 根据“教学管理”E-R图转化成:
(1)设计“系和教师关系”的分E-R图 ①该学院下设四个系:管理工程系、会计系、市场 营销系和信息管理系。每个系有一个系主任主管 该系工作。则,将“系”设为一个实体,该实体 具有以下属性:系代号、系名称、系主任姓名、 办公地点、电话。其中系代号是主关键字。
系代号 系名称 系主任 办公地点 电话

②该学院聘请了一定数量的专职教师。则将“教师” 设为一个实体,该实体具有以下属性:教师编号、 教师姓名、专业特长。其中教师编号是主关键字。 ③学院聘请教师后,分配到各系。一个系有多个教师; 一个教师只能属于一个系。“系”实体与“教师” 实体之间发生一对多的“分配”联系。

er 概念模型 逻辑模型 物理模型

er 概念模型 逻辑模型 物理模型

一、er模型概念ER模型是实体-关系模型的简称,ER模型是由彼得·钱(Peter Chen)在1976年提出的。

ER模型是一种面向概念设计的数据模型,用来描述现实世界中的数据和数据之间的关系。

ER模型通过抽象化的方式,利用实体、属性和关系来描述现实世界中的问题。

而且ER模型是一种高层数据模型,可以用来进行需求分析和概念设计,为进一步的逻辑设计和物理设计提供指导。

二、er模型逻辑模型ER模型逻辑模型是在概念模型的基础之上发展而来的,它在概念模型的基础上增加了一些逻辑上的约束。

在ER模型逻辑模型中,实体的属性和关系的属性可以被分解为更加具体的属性,实体与实体的关系可以用外键来实现。

逻辑模型相对于概念模型来说,更加接近于面向计算机系统的设计和实现。

三、er模型物理模型ER模型物理模型是在逻辑模型的基础上发展而来的,它是最接近于实际数据库的设计。

ER模型物理模型是根据不同的数据库管理系统(DBMS)而灵活变化的,不同的DBMS对ER模型支持的程度和方式都有所不同。

ER模型物理模型主要是根据数据库的实际存储结构来设计,它需要考虑到数据的存储和检索效率,以及数据库的安全性和一致性。

四、er模型概念模型与逻辑模型的关系1. 概念模型是以现实世界为基础来描述数据和数据之间的关系,它是一个高层次的抽象。

而逻辑模型是在概念模型的基础上,根据计算机系统的需求和实际情况,对概念模型进行了逻辑上的约束和具体化。

2. 概念模型更加注重数据之间的关系和语义,不涉及到具体的实现细节。

而逻辑模型则需要考虑到数据的存储和检索效率,以及数据的一致性和安全性。

3. 概念模型是面向概念设计的,用来进行需求分析和概念设计。

而逻辑模型是面向计算机系统的设计和实现,它需要考虑到数据库管理系统的实际情况和限制。

五、er模型逻辑模型与物理模型的关系1. 逻辑模型是在概念模型的基础上发展而来的,它是更加具体和适合计算机系统的设计和实现的。

数据库设计中的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模型设计练习

ER模型设计练习

ER模型设计练习一、对ER模型的理解ER模型是人们认识客观世界的一种方法、工具。

ER模型具有客观性和主观性两重含义。

ER 模型是在客观事物或系统的基础上形成的,在某种程度上反映了客观现实,反映了用户的需求,因此ER模型具有客观性。

但ER模型又不等同于客观事物的本身,它往往反映事物的某一方面,至于选取哪个方面或哪些属性,如何表达则决定于观察者本身的目的与状态,从这个意义上说,ER模型又具有主观性。

ER模型的设计过程,基本上是两大步:·先设计实体类型(此时不要涉及到“联系”);·再设计联系类型(考虑实体间的联系)。

具体设计时,有时“实体”与“联系”两者之间的界线是模糊的。

数据库设计者的任务就是要把现实世界中的数据以及数据间的联系抽象出来,用“实体”与“联系”来表示。

另外,设计者应注意,ER模型应该充分反映用户需求,ER模型要得到用户的认可才能确定下来。

二、练习题1 设某商业集团数据库中有三个实体集。

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

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

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

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

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

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

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

数据库设计中的实体关系模型与ER模型比较分析

数据库设计中的实体关系模型与ER模型比较分析

数据库设计中的实体关系模型与ER模型比较分析数据库设计是任何软件开发项目中的重要环节。

在设计数据库时,实体关系模型(Entity-Relationship Model,简称ER模型)和实体关系模型(Relational Model)是最常用的两种建模方法。

本文将对实体关系模型和ER模型进行比较分析。

实体关系模型是一种基于二维表格的模型,它使用关系型数据库来存储和管理数据。

在实体关系模型中,数据被组织成多个二维表格(也称为关系),每个关系由一组字段组成。

字段是表格中的列,用来描述实体的特征或属性。

关系中的行表示具体的实体实例,也就是存储的数据。

相比之下,ER模型更注重实体之间的关系。

ER模型使用实体、关系和属性等元素来描述现实世界的概念和关系。

在ER模型中,实体表示具有独立存在和唯一标识的现实世界对象,如人、物、地点等。

关系表示实体之间的联系,如一对一、一对多、多对多关系。

属性表示实体或关系的特征或属性。

在实体关系模型中,数据的结构是由多个关系(即表格)之间的链接关系来决定的。

每个关系都有一个主键,用来唯一标识关系中的每一行。

主键可以由一个或多个字段组成。

为了满足数据的一致性和完整性,实体关系模型还可以使用外键来连接多个关系。

在ER模型中,实体和关系之间的连接是通过关系型数据库的外键来实现的。

实体之间的关系通过关系型数据库中外键的引用来建立。

这样可以提高数据的一致性和完整性,同时也方便了数据的检索和查询。

实体关系模型和ER模型各有优势和劣势。

实体关系模型相对简单,易于理解和实现。

它适用于管理大量数据和复杂查询的场景,例如企业级应用、电子商务系统等。

实体关系模型还具有良好的标准化和规范化,能够提高数据的完整性和一致性。

相比之下,ER模型更加抽象和灵活。

它能够更好地反映现实世界的关系和概念。

ER模型适用于需求需求频繁变化的场景,如创业公司的项目、研发实验项目等。

ER模型也能够将复杂的关系和约束转化为可视化的图形模型,更容易与业务人员进行沟通和理解。

PowerDesigner概念模型(ER图)中关系(Relation)的超详细说明及案例

PowerDesigner概念模型(ER图)中关系(Relation)的超详细说明及案例

用途 有两种情况: 1)完全平等,相互包含对方主键(信息特意冗 余,互相感知,提高查询速度)。用的少。 2)本实体的存在依赖于对方实体的存在(本实 体外键为对方实体的主键)。常见。 默认1的实体支配(Dominant)多的实体。 one - many 的反向
举例 1)我的户口本上有身份证信息,身份 证上有我的户口本信息。 2)会员信息和订单信息里都有地域信 息,而地域信息是存在地域表里面的 。属性英文属性中文内容项中文内容项
重要性
RelationShip
关系
one - one
1对1
重点
RelationShip RelationShip RelationShip
关系 关系 关系
one - many 1对多 many - one 多对1 many many none A -> B A to B A to B A to B 0,1 0,n 1,1 1,n 多对多 仅用于1对1,A 和B地位平等,相互感知。 仅用于1对1,A 支配 B(A主表、B从表),B 需要依赖A的信息而存在 拥有/属于,包含/包含于,产生/产生于 在1对1戒者多对1里,A依赖B(B主表、A从 表) A 强制(Y/N) Role name B 在1对1里,A 丌强制 Role name 1个B 在1对多里,A 丌强制 Role name 1个B 在1对1里,A 强制 Role name 有且仅有1个B 在1对多里,A 强制 Role name 至少一个B
重点 用的少 用的少 重点 重点 重点 用的少 重点 重点 重点 重点 重点
Dominant role 支配 Dominant role 支配 Role name Dependent Mandatory Cardinality Cardinality Cardinality Cardinality 职能 依赖 强制 基数 基数 基数 基数

er模型和关系模型的对应关系

er模型和关系模型的对应关系

ER模型和关系模型是数据库设计中非常重要的概念,它们之间有着密切的对应关系。

在本文中,我们将深入探讨这两种模型的特点、关联和区别,以便更清晰地理解它们的重要性和应用价值。

1. ER模型的简介ER模型,即实体-关系模型,是由彼得·钱(Peter Chen)在1976年提出的一种数据模型。

它主要描述了现实世界中各种实体以及它们之间的关系,通过实体、属性和关系来构建数据库的模型。

在ER模型中,实体用矩形框表示,属性用椭圆形表示,关系用菱形表示,实体之间的联系用箭头表示。

2. 关系模型的简介关系模型是由埃德加·科德提出的,它是一种用表格形式来表示和操作数据的模型。

在关系模型中,数据以表的形式呈现,每个表代表一个实体,表中的行表示具体的实例,表中的列则表示实体的属性。

通过关系模型,可以更直观、方便地对数据进行操作和管理。

3. ER模型和关系模型的对应关系在数据库设计中,ER模型和关系模型有着密切的对应关系。

实际上,ER模型可以很自然地转换为关系模型。

在ER模型中,实体可以被转换为关系模型中的表,属性可以成为表的字段,关系可以成为表之间的关系。

通过这种对应关系,可以将现实世界中的概念和数据转化为数据库中的结构化数据,实现对数据的管理和应用。

4. 个人观点和理解我认为,ER模型和关系模型的对应关系是数据库设计中非常重要的一环。

通过对实体、属性和关系的建模,可以更清晰地把握数据的结构和关联,从而更有效地对数据进行管理和分析。

关系模型的表格形式也使得数据的操作和查询变得更加便捷和高效。

ER模型和关系模型的对应关系为数据库的设计和应用提供了坚实的基础和方法论支撑。

在本文中,我们深入探讨了ER模型和关系模型的对应关系,分析了它们的特点和重要性,并共享了个人的观点和理解。

通过对这一主题的全面评估和论述,相信读者对数据库设计和应用都会有更深入的理解和认识。

ER模型和关系模型在数据库设计中是非常重要的概念,它们之间有着密切的对应关系。

E-R图和关系数据库设计

E-R图和关系数据库设计

民航航班管理数据模型
•实体集6 职工 PERSONNEL 属性: 职工号 EMP-NO:INT(6) 姓名NAME:CHAR(30) 住址ADDRESS:CHAR(30) 工资SALARY:INT(6) 职工号EMP-NO是本实体集的关键字。
•实体集7 飞行员 PILOTS 实体集PILOTS 无属性。
【例】实体“学生”,具有属性“学号”、“姓 名”、“性别”、“年龄”。
基本概念
• 所谓属性是指事物的某一方面的特征,属性可 以是基本属性或导出属性。例如,学生的学号 是一个简单属性;学生的家庭地址是一个复合 属性,它由简单属性“城市”、“街道”、 “门牌号”等组成。
• 属性可以是基本属性或导出属性。例如,一 个人的生日是基本属性,年龄是导出属性,年 龄可以根据生日和当前日期导出。
民航航班管理数据模型
•实体集3 航次DEPARTURES 属性: 日期DATE:INT(3) 本实体集的每一个实体是在某日起飞的航次。
•实体集4 机型PLANES 属性: 制造厂 MANUFACTURER:CHAR(10)
型号MODEL-NO:CHAR(10) 这两个属性组成实体集的关键字。 •实体集5 飞机AIRCRAFT 属性: 序号SERIAL-NO:INT(5)
order-no,quantity-order)
转换规则3
• 规则3:如果一个联系集的两侧标明的基数比是 1∶N(一对多联系),且联系无自身的属性,则 在1侧的实体集的关键字应加入到另一侧的实体转 换成的关系中,联系集本身可不必单独转换成关 系。
• 例如下图实体集CUSTOMER的关键字应加入到对 应于实体集ORDER的关系中去。经过转换后可得 关系模式为:
• 规则2:每一个联系集转换成一个关系, 该联系集自身所 拥有的属性,加入到该关系中去,而该关系的主关键字由 该联系集所联系的实体集的关键字组成。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

2015-2016第二学期
数据库
工业工程2014
作业整理
概念设计ER图到关系模型简约做法
一、为学生考勤建立数据库-----概念模型设计(ER图)
问题:由班长为班级的每门课程建立考勤
**自行完成关系模型
二、学生社团活动问题:
学生参与社团的资格审查和会员登记;会员参与活动记录。

**自行完成关系模型
概念设计ER图到关系模型完整做法
根据业务调查,设计数据库的概念模型(E-R图),并将E-R图转换为关系图。

一、关于运动比赛
1.1业务调查:
*记录运动员的姓名性别所属队
*记录项目、比赛时间和比赛场地
*成绩统计
1.2找出业务发生过程中相互作用的实体:运动员、院系、项目
1.3将实体之间的作用关系转化为联系:
运动员属于院系
运动员参与项目
院系参与(团体)项目
1.4找出实体之间的作用(联系)发生时的数量关系是1:1、或者1:n还是n:m 1.5按照业务发生时的意义选择每个实体的属性:
运动员:学号、性别、姓名
院系:名称、编号
项目:编号、名称、时间、组别、场地
1.6找出联系的属性。

如果实体之间发生作用时产生了不属于两个实体中的任何一个的数据,就应将其设为当前联系的属性。

个人参与:分组、成绩
团体参与:分组、成绩
1.7检查有没有重复的属性,如有则将多余的删除。

1.8模型检验:上述ER图所表达
*记录运动员的姓名性别所属队——可以满足
*记录项目、比赛时间和比赛场地——可以满足
*成绩统计——可以满足
1.9将E-R模型转换为关系模型
*首先将实体转换为关系
运动员(学号、性别、姓名,院系.编号)
院系(编号、名称)
项目(编号、名称、时间、组别、场地)
*再将联系转换为关系
个人参与:学号,项目.编号,分组,成绩
团体参与:院系.编号,项目.编号,分组,成绩
*画出转换后的二维表
*是否满足1NF——所有关系中的属性:唯一属性名称(列)、原子数据、同一数据类型
运动员(学号、性别、姓名,院系.编号)——满足INF
院系(编号、名称)——满足INF
项目(编号、名称、时间、组别、场地)——满足INF
个人参与:学号,项目.编号,分组,成绩——满足INF
团体参与:院系.编号,项目.编号,分组,成绩——满足INF *是否满足2NF——同一关系内的所有非关键属性是否依赖于同一个关键字属性(只有一个主题)
运动员(学号、性别、姓名,院系.编号)——满足2NF
院系(编号、名称)——满足2NF
项目(编号、名称、时间、组别、场地)——满足2NF
个人参与:学号,项目.编号,分组,成绩——满足2NF
团体参与:院系.编号,项目.编号,分组,成绩——满足2NF *是否满足3NF——同一关系内是否有相互依赖的属性
运动员(学号、性别、姓名,院系.编号)——满足3NF
院系(编号、名称)——满足3NF
项目(编号、名称、时间、组别、场地)——满足3NF
个人参与:学号,项目.编号,分组,成绩——满足3NF
团体参与:院系.编号,项目.编号,分组,成绩——满足3NF
二、关于零件供货
2.1业务调查:
*零件记录:名称、规格、单价、描述
*供货商记录:姓名、地址、电话、账号
*零件供应量统计
2.2找出业务发生过程中相互作用的实体
2.3将实体之间的作用关系转化为联系
2.4找出实体之间的作用(联系)发生时的数量关系是1:1、或者1:n还是n:m 2.5按照业务发生时的意义选择每个实体的属性
2.6找出联系的属性。

如果实体之间发生作用时产生了不属于两个实体中的任何一个的数据,就应将其设为当前联系的属性。

2.7检查有没有重复的属性,如有则将多余的删除。

2.8模型检验
2.9将E-R模型转换为关系模型
*首先将实体转换为关系
*再将联系转换为关系
*画出转换后的二维表
2.10关系模型的范式检查:
*是否满足1NF——所有关系中的属性:唯一属性名称(列)、原子数据、同一数据类型
*是否满足2NF——同一关系内的所有非关键属性是否依赖于同一个关键字属性(只有一个主题)
*是否满足3NF——同一关系内是否有相互依赖的属性
三、关于病房管理
3.1业务调查:
*某类病房属于某一特定的科室(比如呼吸病房属于呼吸科)管理
*每个病人都有一个固定的医生跟踪治疗
*每个病人在特定的病房特定的床位
3.2找出业务发生过程中相互作用的实体
3.3将实体之间的作用关系转化为联系
3.4找出实体之间的作用(联系)发生时的数量关系是1:1、或者1:n还是n:m 3.5按照业务发生时的意义选择每个实体的属性
3.6找出联系的属性。

如果实体之间发生作用时产生了不属于两个实体中的任何一个的数据,就应将其设为当前联系的属性。

3.7检查有没有重复的属性,如有则将多余的删除。

3.8模型检验
3.9将E-R模型转换为关系模型
*首先将实体转换为关系
*再将联系转换为关系
*画出转换后的二维表
3.10关系模型的范式检查:
*是否满足1NF——所有关系中的属性:唯一属性名称(列)、原子数据、同一数据类型
*是否满足2NF——同一关系内的所有非关键属性是否依赖于同一个关键字属性(只有一个主题)
*是否满足3NF——同一关系内是否有相互依赖的属性
四、关于计件工资
4.1业务调查
某玩具厂注塑工人的工资管理业务调查
按出勤有基本工资,考勤违纪扣工资,节假日加班有附加工资;
其余部分实行计件工资;
由QC人员检查工件是否合格;
合格品得到酬金,不同的部件酬金不同;
不合格品要扣除工资;
4.2找出业务发生过程中相互作用的实体
4.3将实体之间的作用关系转化为联系
4.4找出实体之间的作用(联系)发生时的数量关系是1:1、或者1:n还是n:m 4.5按照业务发生时的意义选择每个实体的属性
4.6找出联系的属性。

如果实体之间发生作用时产生了不属于两个实体中的任何一个的数据,就应将其设为当前联系的属性。

4.7检查有没有重复的属性,如有则将多余的删除。

4.8模型检验
4.9将E-R模型转换为关系模型
*首先将实体转换为关系
*再将联系转换为关系
*画出转换后的二维表
4.10关系模型的范式检查:
*是否满足1NF——所有关系中的属性:唯一属性名称(列)、原子数据、同一数据类型
*是否满足2NF——同一关系内的所有非关键属性是否依赖于同一个关键字属性(只有一个主题)
*是否满足3NF——同一关系内是否有相互依赖的属性
五、关于旅游组团业务
5.1业务调查
火星旅游公司的游客管理系统负责对服务对象进行意向登记、组团、顾客登记、收费、发团、受理游客投诉等,业务调查:
已经开发的旅游目的地有19个
每个目的地都有豪华团和普通团之分,主要体现在交通工具和酒店上
根据时令和经营经验,旅游公司向公众发出征团广告
报名人的意向登记有服务台、网络和电话之分
某团报名超过25人,则向报名人确认准备进行组团
组团后,向报名人收费,报名人转换为顾客并登记
发团时,顾客身份转变为游客,要进行游客确认,同时每团配导游一名
游客投诉由公司经理直接受理
5.2找出业务发生过程中相互作用的实体
5.3将实体之间的作用关系转化为联系
5.4找出实体之间的作用(联系)发生时的数量关系是1:1、或者1:n还是n:m 5.5按照业务发生时的意义选择每个实体的属性
5.6找出联系的属性。

如果实体之间发生作用时产生了不属于两个实体中的任何一个的数据,就应将其设为当前联系的属性。

5.7检查有没有重复的属性,如有则将多余的删除。

5.8模型检验
5.9将E-R模型转换为关系模型
*首先将实体转换为关系
*再将联系转换为关系
*画出转换后的二维表
5.10关系模型的范式检查:
*是否满足1NF——所有关系中的属性:唯一属性名称(列)、原子数据、同一数据类型
*是否满足2NF——同一关系内的所有非关键属性是否依赖于同一个关键字属性(只有一个主题)
*是否满足3NF——同一关系内是否有相互依赖的属性
六、关于工资管理
某玩具厂注塑工人的工资管理业务调查
按出勤有基本工资,考勤记录由厂部提供,考勤违纪扣工资;
节假日加班有附加工资,加班记录由本部门文员统计;
其余部分实行计件工资;
由QC人员检查工件是否合格,并报告原因是否人为;
统计员统计合格品和不合格品数量
合格品得到酬金,不同的部件酬金不同;
人为造成不合格品的要扣除工资;
6.2找出业务发生过程中相互作用的实体
6.3将实体之间的作用关系转化为联系
6.4找出实体之间的作用(联系)发生时的数量关系是1:1、或者1:n还是n:m 6.5按照业务发生时的意义选择每个实体的属性
6.6找出联系的属性。

如果实体之间发生作用时产生了不属于两个实体中的任何一个的数据,就应将其设为当前联系的属性。

6.7检查有没有重复的属性,如有则将多余的删除。

6.8模型检验
6.9将E-R模型转换为关系模型
*首先将实体转换为关系
*再将联系转换为关系
*画出转换后的二维表
6.10关系模型的范式检查:
*是否满足1NF——所有关系中的属性:唯一属性名称(列)、原子数据、同一数据类型
*是否满足2NF——同一关系内的所有非关键属性是否依赖于同一个关键字属性(只有一个主题)
*是否满足3NF——同一关系内是否有相互依赖的属性。

相关文档
最新文档