数据库设计ER图(第三范式规范)

数据库设计及ER图1.数据库设计流程数据库作为数据的一个容器,不但对程序的performance有很大的影响,而且对应用程序的扩展有非常大的影响.所以对应用程序来说,一个具有良好设计的数据库是非常重要的.那么如何才能设计出性能好,又支持扩展的数据库呢?这是我们大家都要去探索的问题.现在有很多版本的数据库设计的流程.然而这也只是目前阶段能设计出一个比较好的数据库的一个途径.更好更优的数据库设计流程是我们追求的目标.但是现在,我们先来了解下目前阶段标准的数据库设计流程.以助于我们在开发应用程序的时候能用到.先来看下一张数据设计流程图上图是数据库设计一个比较标准的流程图.我们就针对这个流程来讲解数据库设计各个阶段.需求分析阶段１我们在需求阶段注意两点:1:考虑到可能的扩充和修改,是设计能易于修改和扩展2:强调客户参与:目的有几个:更好的理解客户的需求,了解客户的对程序安全性和完整性的要求,以及用户的处理需求.概念结构设计阶段在这个阶段我们要设计出能真实反应客观事物的模型,同时让设计的模型能易于理解,易于扩展,能方便的向其他数据库转移.逻辑结构设计1:作为对象信息的属性,必须具有原子性的.也就是.我们在画ER图的时候,对象间的关系必须是实体之间的关系,不能是属性和实体的关系.2:确定数据之间的依赖关系(要极小化出来各个关系,消除冗余),同时要按照数据依赖理论对关系模型进行检查.数据库物理设计阶段数据的存储结构以及配置数据库实施阶段定义数据库的结构,数据的装载,以及数据库的试运行.数据库运行和维护阶段要注意数据的转储和恢复,数据库的安全性和完整性控制.数据库的性能的监督,分析和改造以及数据库的重构2.数据库设计范式第一范式（1NF）：在关系模式R中的每一个具体关系r中，如果每个属性值都是不可再分的最小数据单位，则称R是第一范式的关系。

例：如职工号，姓名，电话号码组成一个表（一个人可能有一个办公室电话和一个家里电话号码）规范成为1NF有三种方法：一是重复存储职工号和姓名。

数据库设计中的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模型中，关系对象主要包括实体、属性、关系三种。

数据库设计是指按照特定的规范和要求，对数据库的数据存储和管理进行规划和设计的过程。

数据库设计的三个范式是指数据库设计中的基本规范，其中第一范式（1NF）、第二范式（2NF）和第三范式（3NF）分别规定了数据库中的数据应该满足的标准和要求。

下面我们将简要介绍数据库设计的三个范式的含义。

一、第一范式（1NF）1. 第一范式是指数据库表中的所有字段都是不可再分的最小单元，即每个数据项都是不可再分的，不能再被分割为更小的数据项。

2. 数据库表中的每一列都是单一的值，不可再分。

3. 所有的字段都应该是原子性的，即不能再分。

4. 如果数据库表中的字段不满足第一范式的要求，就需要进行适当的调整和修改，使之满足第一范式的要求。

二、第二范式（2NF）1. 第二范式是指数据库表中的所有非主属性都完全依赖于全部主键。

2. 所谓主属性是指唯一标识一个记录的属性，而非主属性是指与主键相关的其他属性。

3. 如果一个表中的某些字段与主键没有直接关系，而是依赖于其他字段，则需要将这些字段拆分到另一个表中。

4. 通过将非主属性与主键分离，可以避免数据冗余和更新异常。

5. 第二范式要求数据库表中的数据项应该是唯一的，不可再分，且完全依赖于全部主键。

三、第三范式（3NF）1. 第三范式是指数据库表中的所有字段都不依赖于其他非主字段。

2. 也就是说，一个表中的字段之间应该相互独立，不应该存在字段之间的传递依赖关系。

3. 如果一个字段依赖于其他非主字段，则应该将其拆分到另一张表中，以避免数据冗余和更新异常。

4. 第三范式要求数据库表中的字段之间应该是独立的，不应该存在传递依赖关系。

数据库设计的三个范式分别规范了数据库表中数据的原子性、依赖性和独立性。

遵循这些范式可以有效地减少数据冗余和更新异常，提高数据库的数据完整性和稳定性。

在进行数据库设计时，设计人员应该严格遵循这些范式的要求，以确保数据库的高效性和可靠性。

众所周知，数据库设计的三个范式是设计和维护关系型数据库时非常重要的标准和指导原则。

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

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

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

（1）试画出E-R图，并在图上注明属性、联系的类型。

（2）将E-R图转换成关系模型。

解：(1) E-R图（2）这个E-R图可转换3个关系模式：公司（公司编号，公司名，地址）仓库（仓库编号，仓库名，地址，公司编号）职工（职工编号，，性别，仓库编号，聘期，工资）2. 为某百货公司设计一个E-R模型。

百货公司管辖若干连锁商店，每家商店经营若干商品，每家商店有若干职工，但每个职工只能服务于一家商店。

实体类型“商店”的属性有：店号、店名、店址、店经理。

实体类型“商品”的属性有：商品号、品名、单价、产地。

实体类型“职工”的属性有：工号、、性别、工资。

在联系中应反映出职工参加某商店工作的开始时间、商店销售商品的月销售量。

（1）试画出反映商店、商品、职工实体类型及其联系类型的E-R图。

（2）将E-R图转换成关系模型。

转换为等价的关系模式结构如下：商店(店号，店名，店址，店经理)商品(商品号，品名，单价，产地)职工(工号，，性别，工资，店号，开始时间)经营(店号，工号，月销售量)3.某体育运动锦标赛有来自世界各国运动员组成的体育代表团参赛各类比赛项目，包括以下信息：代表团：团编号、地区、住所运动员：运动员编号、、年龄、性别比赛项目：项目编号、项目名、级别项目类别：类别编号类别名、主管其中，一个代表团由若干运动员组成，一名运动员可以参加多个比赛项目，每名运动员参加每个比赛项目会有一个比赛成绩和名次，每个项目类别包含多个比赛项目，每个比赛项目只能属于一个项目类别。

数据库标准表数据库标准化是在设计和管理数据库时遵循统一标准和规范的过程。

标准化的数据库设计可以提高数据的一致性、可维护性和可扩展性，使数据在不同系统中的交互更加方便和可靠。

本文将介绍数据库标准化的原则和步骤，并以一个示例来说明如何使用标准化表设计数据库。

一、数据库标准化原则数据库标准化的目标是减少数据冗余、提高数据一致性和数据完整性，规范数据库的结构和关系。

标准化的原则主要有以下几点：1. 第一范式（1NF）：确保每一列具有原子性，不可再分。

每个字段只包含一个值，不允许将多个值放在一个字段中。

2. 第二范式（2NF）：确保非主键属性完全依赖于候选键。

将非主键属性与其所依赖的候选键放在同一个表中，避免数据冗余。

3. 第三范式（3NF）：确保非主键属性之间没有传递依赖关系。

如果一个表中的非主键属性依赖于其他非主键属性，则应将其移到另一个表中。

二、数据库标准化步骤数据库标准化是一个迭代的过程，需要经过多个步骤来逐步达到标准化的要求。

以下是一般的标准化步骤：1. 分析需求：明确数据库的目标和需求，确定数据模型。

2. 识别实体和关系：通过实体关系图（ER图）识别数据库中的实体和实体之间的关系。

3. 划分表：将实体划分为表，每个表对应一个主题，表中的字段对应实体的属性。

4. 定义主键：为每个表定义主键，用于唯一标识每条记录。

5. 定义外键：在表之间建立关联，通过外键将相关数据联系起来。

6. 消除冗余数据：检查表中是否存在数据冗余，消除冗余数据，确保数据的一致性和完整性。

7. 消除传递依赖：检查表中是否存在传递依赖，将依赖关系合理地分配到不同的表中，避免数据冗余。

8. 整理表结构：对表进行优化，确保每个表都符合第一范式、第二范式和第三范式的要求。

9. 进行正式设计：根据标准化的要求对表进行调整和重构，确保数据库结构的合理性和完整性。

三、示例：标准化表设计为了更好地理解数据库标准化的过程，我们以一个图书馆管理系统为例进行表设计。

数据库系统的概要设计ER图重要性一、设计数据库的必要性1.为什么要设计数据库当数据库比较复杂（如数据量大，表较多，业务关系复杂）时，我们需要先设计数据库，因为：良好的数据库设计：节省数据的存储空间能够保证数据的完整性方便进行数据库应用系统的开糟糕的数据库设计：数据冗余、存储空间浪费数据更新和插入的异常二、软件项目开发周期中的数据库开发1.数据库生命周期数据库的生命周期主要分为四个阶段：1.需求分析阶段：（此阶段在软件项目开发周期中的需求分析阶段进行）这个阶段主要是收集并分析用户的业务和数据处理需求收集信息（我们需要与数据的创造者和使用者进行访谈。

对访谈获得的信息进行整理、分析，并撰写正式的需求文档。

需求文档中需包含：需要处理的数据；数据的自然关系；数据库实现的硬件环境、软件平台等；）标识对象标识每个对象的属性标识对象之间的关系2.逻辑设计阶段：（此阶段在软件项目开发周期中的概要设计和详细设计阶段进行）使用ER或UML建模技术，创建概念数据模型图，展示所有数据以及数据间关系。

最终概念数据模型必须被转化为范式化的表。

a.绘制E-R图b将E-R图转换为表格c.应用三大范式规范化表格3.物理设计阶段：根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施，对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。

这一步设计的结果就是所谓“物理数据库”。

a.数据库物理设计的目标是尽可能优化性能。

b.物理设计阶段，表结构可能需要进行重构来满足性能上的需求，这被称为反范式化。

c.反范式化的步骤包括：I. 辨别关键性流程，如频繁运行、大容量、高优先级的处理操作II. 通过增加冗余来提高关键性流程的性能III. 评估所造成的代价（对查询、修改、存储的影响）和可能损失的数据一致性d.实现维护阶段：I. 当设计完成之后，使用数据库管理系统（DBMS）中的数据定义语言（DDL）来创建数据结构。

数据库设计三⼤范式为了建⽴冗余较⼩、结构合理的数据库，设计数据库时必须遵循⼀定的规则。

在关系型数据库中这种规则就称为范式。

范式是符合某⼀种设计要求的总结。

要想设计⼀个结构合理的关系型数据库，必须满⾜⼀定的范式。

⼀、基础概念要理解范式，⾸先必须对知道什么是关系数据库，如果你不知道，我可以简单的不能再简单的说⼀下：关系数据库就是⽤⼆维表来保存数据。

表和表之间可以……（省略10W字）。

然后你应该理解以下概念：实体：现实世界中客观存在并可以被区别的事物。

⽐如“⼀个学⽣”、“⼀本书”、“⼀门课”等等。

值得强调的是这⾥所说的“事物”不仅仅是看得见摸得着的“东西”，它也可以是虚拟的，不如说“⽼师与学校的关系”。

属性：教科书上解释为：“实体所具有的某⼀特性”，由此可见，属性⼀开始是个逻辑概念，⽐如说，“性别”是“⼈”的⼀个属性。

在关系数据库中，属性⼜是个物理概念，属性可以看作是“表的⼀列”。

元组：表中的⼀⾏就是⼀个元组。

分量：元组的某个属性值。

在⼀个关系数据库中，它是⼀个操作原⼦，即关系数据库在做任何操作的时候，属性是“不可分的”。

否则就不是关系数据库了。

码：表中可以唯⼀确定⼀个元组的某个属性（或者属性组），如果这样的码有不⽌⼀个，那么⼤家都叫候选码，我们从候选码中挑⼀个出来做⽼⼤，它就叫主码。

全码：如果⼀个码包含了所有的属性，这个码就是全码。

主属性：⼀个属性只要在任何⼀个候选码中出现过，这个属性就是主属性。

⾮主属性：与上⾯相反，没有在任何候选码中出现过，这个属性就是⾮主属性。

外码：⼀个属性（或属性组），它不是码，但是它别的表的码，它就是外码。

在实际开发中最为常见的设计范式有三个：1．第⼀范式(确保每列保持原⼦性)【属性不可分】第⼀范式是最基本的范式。

如果数据库表中的所有字段值都是不可分解的原⼦值，就说明该数据库表满⾜了第⼀范式。

第⼀范式的合理遵循需要根据系统的实际需求来定。

⽐如某些数据库系统中需要⽤到“地址”这个属性，本来直接将“地址”属性设计成⼀个数据库表的字段就⾏。

数据库设计——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 具有⼀对⼀的联系。

数据库设计的基本步骤（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模型来进行概念模型的设计通常分两步进行，首先是建立局部概念模型，然后综合局部概念模型，成为全局概念模型。