下载文档原格式
数据库设计中的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模型向关系模型转换方法。
考核知识点与考核要求2.1数据库系统生存期（领会）2.2ER模型的基本概念（综合应用）2.3关系模型的基本概念（综合应用）2.4ER模型到关系模型的转换规则（综合应用）2.5ER模型实例分析（简单应用）2.6增强ER模型（简单应用）从软件生存期谈起软件生存期：是指从软件的规划、研制、实现、投入运行后的维护、直到它被新的软件所取代而停止使用的整个期间。
它包括六个阶段：( 规需设编试运维 )(1)规划阶段(2)需求分析阶段(3)设计阶段(4)程序编制阶段(5)调试阶段(6)运行维护阶段2.1 数据系统生存期1.什么叫数据库系统生存期？我们把数据库应用系统从开始规划、设计、实现、维护到最后被新的系统取代而停止使用的整个期间，称为数据库系统生存期。
2.这个生存期一般可划分成以下七个阶段：规划、需求分析、概念设计、逻辑设计、物理设计、实现、运行维护。
２.2 ER模型的基本概念1.ER模型的基本元素实体、联系和属性2.属性的分类(简单属性和复合属性、单值属性和多值属性、存储属性和派生属性)3.联系的设计4.ER模型的操作（分裂、合并和增删）5.采用ER模型的数据库概念设计步骤采用ER方法进行数据库概念设计分成三步进行：首先设计局部ER模式然后把各局部ER模式综合成全局ER模式最后对全局ER模式进行优化2.3 关系模型的基本概念１.关系模型定义：用二维表格结构表示实体集、外键表示实体间联系的数据模型称为关系模型。
2.基本术语有：字段(属性)、字段值(属性值)、记录(元组)、二维表格(元组集合、关系或实例)。
在这里，括号中的表述为关系模型中的术语。
它与表格中术语可以一一对应。
还有，关系中属性个数称为元数，元组个数为基数。
举例ER模型基本概念
z两个以上实体型之间的联系
¾也存在一对一、一对多和多对多的联系
¾一对多：若实体集E1,E2,…,En存在联系，
对于实体集Ej( j = 1,2,…,i-1,i+1,…,n)中的
实体与联系--例1
m n
m n
p
实体与联系--例1
z Employee1 95~96 department1
z Employee1 96~97 department2
z Employee1 98~99 department1
z Employee1 95~96 department1
z Employee1 96~97 department2
z Employee1 98~99 department1
例2
：一个部门至多只能有一个管理者，但一个经理可以管理多个部门，经理管理部门有一个起始时间和所自
如果对于每个部门都有一个财务预算，则这种表示方式
实体与联系--例3
二元与三元联系--例1
考虑下列附加的需求
多个雇员不能同时购买同一份保险 每份保险必须由雇员购买 一份保险可以涉及到多位家属 家属(Dependents)是一个弱实体集 每位家属只对应一份保险
思考题：是否Dependents 和Beneficiary 是全参与关系
?
答案: 不是
因为本题没有要求每个雇员必须给家属买保险
实例分析。
⑴确定所有的实体集合⑵选择实体集应包含的属性⑶确定实体集之间的联系⑷确定实体集的关键字，用下划线在属性上表明关键字的属性组合⑸确定联系的类型，在用线将表示联系的菱形框联系到实体集时，在线旁注明是1或n(多）来表示联系的类型作E-R图举例（1）以自底向上设计概念结构的方法为例，它通常分为两步：第一步：首先要根据需求分析的结果（数据流图、数据字典等）对现实世界的数据进行抽象，设计各个局部视图即分E-R图。
第二步：集成局部视图。
概念结构是对现实世界的一种抽象，一般有三种抽象：⑴分类（ is member of ）⑵聚集 ( is part of)⑶概括 (is subset of )设计分E-R图的步骤是：⑴选择局部应用在需求分析阶段，通过对应用环境和要求进行详尽的调查分析，用多层数据流图和数据字典描述了整个系统。
设计分E-R图的第一步，就是要根据系统的具体情况，在多层的数据流图中选择一个适当层次的（经验很重要）数据流图，让这组图中每一部分对应一个局部应用，我们即可以以这一层次的数据流图为出发点，设计分E-R图。
一般而言，中层的数据流图能较好地反映系统中各局部应用的子系统组成，因此人们往往以中层数据流图作为设计分E-R图的依据⑵逐一设计分E-R图每个局部应用都对应了一组数据流图，局部应用涉及的数据都已经收集在数据字典中了。
现在就是要将这些数据从数据字典中抽取出来，参照数据流图， <1> 标定局部应用中的实体, <2> 实体的属性、标识实体的码， <3> 确定实体之间的联系及其类型（1：1、1：n、m：n）。
<1> 标定局部应用中的实体现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。
对象和实体之间是 "is member of "的关系。
例如在学校环境中，可以把张三、李四、王五等对象抽象为学生实体。
对象类型的组成成分可以抽象为实体的属性。
