关系模型规范化程度

竭诚为您提供优质文档/双击可除

关系模型规范化程度

篇一：关系规范化样例

第三章关系规范化理论

关系的规范是关系数据模型设计中的一个非常重要的

问题，它可以指导我们设计出好的关系。设计和构造合理的关系，使之能准确地反映现实世界并有利于应用和具体操作，是关系的规范和探讨的问题。所以有人把关系的规范化理论称为设计数据库的理论。

第一节关系中的键

一、候选键（candidatekey）

凡在一个关系中具有主键特性的属性或属性组，均称为候选键。因为它们都具有被选为主键的条件，所以一个关系可能有多个候选键，但只能选其中的一个为主键。候选键中包含的属性，期于的属性称为非主属性。

例：在职工关系zg（姓名，性别，年龄）中，增加一个属性：职工号，即得到一个新关系：

zg（职工号，姓名，性别，年龄）

又假定职工号与职工姓名是一一对应的，即没有两个职

工的姓名相同，则“职工号”和“姓名”两个都是候选键。

二、替代键(alternatekey)

对于某一指定的关系可能存在多个候选键，但只能选其中的一个为主键。在确定主键后，其余的候选键都是替代键，替代键在需要时可代替主键。

二、外来键(foreignkey)

但关系中的某些属性系由另一个关系的主键构成时，则该属性（或属性组）称为外来键。

第二节函数依赖

一、函数依赖

定义1：设R是一个关系，x和y是R中的两个属性。若R中x的任何一个值，仅有一个y的值与之对应，则称为R的属性y函数依赖（Fd）于属性x，记作xy。

例如：在描述船员的关系

cRew（no，name，age，job，pay）

它表示由任一船员号no，仅能找到一个姓名、一个年龄、一个。。。定义中的属性x可以是复合属性，例如

sp（s，p，qty-used）中的（s，p）二、完全函数依赖和部分函数依赖

定义2：如果属性y函数依赖于复合属性x，而且不与x 的任一子集x‘函数依赖（x’y），则称属性y完全函数依赖（FFd）于复合函数x，记作xy。

若xy但不是完全函数依赖，则称y部分函数依赖于x。

例：在关系sp（s#，p#，qty-used）中qty-used表示部件p#在s#船上使用的数量，只有同时指定s#和p#，才能说明某部件在某船上的用量，缺一不可，因此qty-used完全函数依赖于（s#，p#）。

三、传递函数依赖

定义3：如果x，y，z是R中的三个属性（或属性复合）若x

yx，yz，则称z对x传递函数依赖。

例如：s（s#，sname，city，postcode）中s#city，s#，若citypostcode，则称postcode传递依赖于s#。

例：设有下列关系

gpd（零件号，零件名，设计人，设计人等级）

因为零件号→零件名零件号→设计人设计人→设计人

等级故零件号→设计人等级

####

第三节规范化和范式

一、规范化问题的提出

关系模型的特点是使用二维表来表示现实世界的实体

集合和属性关系，这样容易历届和被用户所接受，然而并不是所有二维表都能构成关系模型，见表

以上两张二维表就不能构成关系，因为出现了子项，那

么具备那些条件的二维表才能称为关系呢？在关系模式中，要求二维表具有以下性质：

（1）二维表中的每一列都是不能分割的基本数据项，且无重复组。（2）同一关系中，没有相同的列出现。描述一个实体，不需要重复出现相同的属性名

（3）同一关系中，各行的内容不能完全相同完全相同的行，实无意义

满足上述条件的关系，称为规范化的关系，否则叫非规范化形式，这种“形式”即不能被定义成关系模型，又不能被关系型的dbms所接受，因此要对非规范化的表格（关系）进行规范化处理。

所谓规范化处理，就是逐步用更单纯、更规则的关系来取代原有关系的过程。二、规范化的意义

规范化处理的目的不仅将关系的“概念”单一化，使每一个数据项使一个简单的基本项，又无重复组。还有以下意义：

（1）解决冗余度问题

所谓“冗余”问题是指表格中的数据重复。]例：船与船员之间的1：n联系见表

nsp

shipsc

这样重复太多，一条船有多个船员，船号与船名就要重

复存储多次，如果将船的有关数据分开存储，分为ship和

sc两个表，在sc中存放船号与船名数据，则重复的仅仅是

船号，其余的重复都消除了。

为了减少甚至消除重复，将关系进行分离，正是逐步规范化的重要一步。（2）消除多义性问题

多义性是指关系中某些属性含义不清或有多种可能的

含义。例：船部件这个关系sp（s#，p#，qty）

其中数量qty到底是说明s与p之间的联系，即某船需要某个部件多少个，还是仅仅说明p为仓库中现存某个部件多少个呢？在这个关系中是确定不了的，如果qty仅仅表示部件的库存量，则将关系sp分离，使用关系pq（p#，qty）来描述就不再含糊不清了。

（3）解决操作可行性及提高操作方便性

指对数据的插入、删除与修改是否可行，是否方便例：职工编号，姓名，工资等级，工资

假如要插入新的工资等级和工资额,例如9-110元,由于没有对应的职工编号、姓名，无法插入。

引起上述问题的原因，是非主属性之间的依赖关系所致。

这个关系中各个属性之间的对应关系可用下图表示，

no为关键字，即主属性，其余属性为非主属性。

emp（no，name，）

箭头表示属性间的对应关系，即任意一个职工号，仅能

在表中找到一个姓名name与之对应，任何一个非主属性sal 函数依赖于非主属性status。

如果要从这个关系中消除非主属性之间的依赖关系，可将表改为两个关系emp（）ss（）

这样插入数据9级、110元就可在ss中进行。

由上例可见，通过适当“分离”可以消除非主属性之间的依赖性，如何进行分离或合并，使得新的一组关系模式既能反映现实世界，又能排除多义性，控制冗余度，并方便实现数据操作，正是我们研究规范化问题的目的所在。

三、系规范化的表述

所谓关系的规范化，是指满足某些条件后的关系，通常按属性间依赖情况来区分关系规范化的程度，并义范式来表述（noRmalFoRms）

范式又分为n级，有1nF，2nF，3nF等等，为了判断一个关系属于哪一级范式，引入函数依赖这一概念。

所有规范化的关系起码是第一范式，在第一范式中进一步满足一些要求的关系为第二范式，依次类推。

各种形式的范式在关系数据哭系统中都允许存在，但为了更方便于数据处理，通常要把低级范式分解为若干个3nF 或bcnF，下面给出各范式的概念。

1）2）3）4）

第一范式（1nF）关系R中，每个分量都是不可分割的。

第二范式（2nF）若关系R满足1nF，且每个非主属性完全函数依赖于关键字。第三范式（3nF）若关系R满足2nF，且每个非主属性非传递依赖于关键字。加强第三范式（bcnF）若关系R满足3nF，且所有主属性和非主属性既非部分依赖关

键字，也非传递依赖于关键字。

下面举例说明逐步规范化的方法与过程。

例：已知一张购物登记表，要求规范到bcnF范式的程度，以便被关系型dbms所接受。

（1）分析已知表，来决定是否需要进行规范化处理

通过观察可知，表不能直接被关系型dbms所接受，因为它存在许多问题。

1）在关系模型中对关系的最起码要求，应该满足第一范式，表显然不满足这个条件。2）在数据操作上将会出现下列问题：

篇二：管理信息系统实验四

第二篇管理信息系统的技术基础

实验四数据库设计

——逻辑结构设计及数据库、表的建立

【实验目的】

明确逻辑结构设计的步骤，掌握转换关系模型的方法。

了解数据库的实施过程，掌握具体的dbms的数据库建

立方法。

【实验步骤】

1、熟

悉逻辑结构设计的步骤

2、掌握e—R图转换关系模型的方法

3、熟悉数据库的实施过程

4、掌握access、VFp、sqlserver的建立库、表的方法

5、建立数据库、表

【实验内容】

一、逻辑结构设计的步骤

概念结构是独立于任何一种数据模型的信息结构：逻辑结构设计的任务就是把概念结构设计阶段设计好的基本e—R图转换为与选用dbms产品所支持的数据模型相符合的逻辑结构。

从理论上讲，设计逻辑结构应该选择最适于相应概念结构的数据模型，然后对支持这种数据模型的各种dbms进行比较，从中选出最合适的dbms。但实际情况铰往是已给定了某种dbms，设计人员没有选择的余地。目前，dbms产品一般支持关系、网状、层次三种模型中的某一种。对某一种数据模型，各个机器系统又有许多不同的限制，提供不同的环境与工具。所以设计逻辑结构时一般要分3步进行：

(1)将概念结构转换为一般的关系、网状、层次模型；

(2)将转换来的关系、网状、层次模型向特定dbm5支持下的数据模型转换；

(3)对数据模型进行优化。

目前新设计的数据库应用系统大都采用支持关系数据模型的Rdbms，所以，只介绍e—R图向关系数据模型的转换原则与方法。

二、e—R图向关系模型的转换

e—R图向关系模型的转换要解决的问题是如何将实体型和实体间的联系转换为关系模式。如何确定这些关系模式的属性和码。

关系模型的逻辑结构是一组关系模式的集合。e—R图则是由实体型、实体的屑性和实体型之间的联系3个要素组成的。所以将e—R图转换为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则：

一个实体转换为一个关系模式。实体的届件就是关系的属性，实体的码就是关系的码。

对于实体型间的联系则有以下不同的情况：

(1)一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选

码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。

(2)一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的同性，而关系的码为n端实体的码。

(3)一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。

(4)3个或3个以上实体问的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。

(5)具有相同码的关系模式可合并。

三、数据模型的优化

数据库逻辑设计的结果不是限一的。为了进一步提高数据库应用系统的性能，还应该根据应用需要适当地修改、调整数据模型的结构，这就是数据模型的优化。关系数据模型的优化通常以规范化理论为指导，方法为：

1．确定数据依赖。按需求分析阶段所得到的话义，分别写出每个关系模式内部各属性之间的数据依赖以及不同

关系模式属性之间的数据依赖。

2.对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。

3.按照数据依赖的理论对关系模式逐一进行分析，考察是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。

4.按照需求分析阶段得到的处理要求，分析对于这样的应用环境这些模式是否合适，确定是否要对某些模式进行合并或分解。必须注意的是，并不是规范化程度越高的关系就题优。

5.对关系模式进行必要的分解．提高数据操作的效率和存储空间的利用率。

四、建立数据库、表的方法

1、用access建立数据库和表的方法

参看access的主菜单的帮助选项，了解用access建立数据库和表的方法。

2、用VFp建立数据库和表的方法

参看VFp的主菜单的帮助选项，了解用VFp建立数据库和表的方法。

3、用sqlserver建立数据库和表的方法

参看sqlserver的主菜单的帮助选项，了解用sqlserver 建立数据库和表的方法。

【实验练习】

1、将实验三第三题画出的总e—R图转换为关系，并对各个关系进行规范化。

2、某企业原物资管理系统的供应计划管理部分使用了从表1到表5的各种报表。表1到表5的内容如下：根据这五张表的内容来确定规范化的关系对象，并对关系进行规范化，要求规范到3nF。

3、将以上两题所得到的规范化的关系，用access或VFp 或sqlserver来实现其数据库和表。

篇三：关系规范化

关系规范化规范化理论是数据库逻辑设计的指南和工具，具体步骤如下：（1）考察关系模型的函数依赖关系，确定范式等级。逐一分析各关系模式，考察是否存在部分函数依赖、传递函数依赖等，确定它们分别属于第几范式。（2）对关系模式进行合并或分解。根据应用要求，考察这些关系模式是否合乎要求，从而确定是否要对这些模式进行合并或分解，例如，对于具有相同主码的关系模式一般可以合并；对于非bcnF的关系模式，要考察“异常弊病”是否在实际应用中产生影响，对于那些只是查询，不执行更新操作，则不必对模式进行规范化（分解），实际应用中并不是规范化程度越高越好，有时分解带来的消除更新异常的好处与经常查询需要频繁进行自然连接所带来的效率低相比会得不偿

失。对于那些需要分解的关系模式，可以用规范化方法和理论进行模式分解。最后，对产生的各关系模式进行评价、调整，确定出较合适的一组关系模式。关系规范化理论提供了判断关系逻辑模式优劣的理论标准，帮助预测模式可能出现的问题，是产生各种模式的算法工具，因此是设计人员的有力工具。

扩展阅读：

1

《数据库设计解决方案》

1.3关系规范化

https://www.360docs.net/doc/d719173957.html,20xx-04-0713:31史创明、王俊伟清华大学出版社我要评论(0)摘要：在数据库中，数据之间存在着密切的联系。关系数据库由相互联系的一组关系所组成，每个关系包括关系模式和关系值两个方面。关系模式是对关系的抽象定义，给出关系的具体结构；关系的值是关系的具体内容，反映关系在某一时刻的状态。

标签：微软数据库

在数据库中，数据之间存在着密切的联系。关系数据库由相互联系的一组关系所组成，每个关系包括关系模式和关系值两个方面。关系模式是对关系的抽象定义，给出关系的具体结构；关系的值是关系的具体内容，反映关系在某一时

刻的状态。一个关系包含许多元组，每个元组都是符合关系模式结构的一个具体值，并且都分属于相应的属性。在关系数据库中的每个关系都需要进行规范化，使之达到一定的规范化程度，从而提高数据的结构化、共享性、一

5.1数据库表的创建、修改和删除

20xx-04-0713:53史创明、王俊伟清华大学出版社我要评论(0)字号：|

综合评级：

想读(6)在读(0)已读(2)品书斋鉴(0)已有8人发表书评一个数据库中包含一个或多个的表。表是数据的集合，按行和列排列。每个表都有一个特定的主题，例如，“图书管理系统”数据库中包含有“作者表”、“图书明细表”以及“出版社表”等。本章介绍表的管理。ad：

建立完数据库后，就可以创建数据库表。表属于数据库对象中的一种，是数据存储的基本单位，它包含了所有的数据内容。在sqlserver中，一个数据库中可以创建多个表，而且每一个表内可以包含多达1024个列。列的数目及表的总大小仅受限于可用的硬盘存储容量。另外，每一个列最多可以有8092字节（不包括image、text或者ntext数据）。下面我们开始创建表。

5.1.1表

表是sqlserver中最主要的数据库对象，它是用来存储

和操作数据的一种逻辑结构。表由行和列组成，因此也称之为二维表。

1．表结构

表是我们在工作和生活中经常使用的一种表示数据及其关系的形式，如表5-1所示。

每个表都有一个名字，以标识该表。例如，表5-1的名称为“作者表”，该表共有六列，每一列都有一个列名来描述该列的特性。每个表由若干行组成，表的第一行为各列标题，即“栏目信息”，其余各行都是数据。例如，表5-1中有四行数据，分别描述了四位作者的基本情况。

用户可以根据日常工作经验，结合集合理论，创建关系数据库使用表（即关系）来表示实体及其联系。“表结构每个数据库包含了若干个表。每个表具有一定的结构，称之为“表型”。所谓表型是指组成表的各列的名称及数据类型，也就是日常表格的“栏目信息”。

“记录每个表包含了若干行数据，它们是表的“值”。表中的一行称为一条记录（record），因此，表是记录的有限集合。

“字段（列）每条记录由若干个数据项构成，将构成记录的每个数据项称为字段（field）或者列。例如在“作者表”中，表结构为（作者编号、作者姓名、性别、电话、家庭住址、籍贯），该表有四条记录，每条记录包括六个字段。

“关键字在“作者表”中，若不加以限制，每个记录的“作者姓名”、“性别”、“电话”、“家庭住址”和“籍贯”字段的值有可能相同。但是“作者编号”字段的值对表中所有记录来说一定不同，“作者编号”字段可将表中的不同记录区分开来，也就是我们所说的侯选关键字（candidatekey）。

2．设计表

在为一个数据库设计表之前，应考虑该数据库中要存放的数据以及数据如何划分到表中。例如，“图书管理系统”数据库需要存储图书信息、工作人员信息、学生信息等，而在“图书信息表”中将存储图书的详细信息（即“图书明细表”）、借出信息（即“借出信息表”）、图书类型信息（即“图书类别表”）、出版社信息（即“出版社信息表”）、作者信息（即“作者表”）。

具体对于某一个表，在创建之前，最好先在纸上画出其轮廓。此时要考虑每个表中的内容有：

5.1.2创建表

在纸上设计好表以后就可以开始创建表了。用户可以使用t-sql中的cReatetable语句或者使用企业管理器来创建表。