数据库学习笔记(三)

原创 2004年03月01日 10:07:00

关系数据库<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

一,             关系数据库的由来

1,  系统而严格的提出关系数据库模型的是美国IBME.F.Codd

2,  1970年,E.F.Codd继续完善和发展关系理论。

3,  C.J.Data是关系数据库领域中最著名的独立撰稿人,学者和顾问。

二, 关系模型概述

关系模型由关系数据结构、关系操作集合和关系完整性约束三部分组成。

1、单一的数据结构关系

关系模型中的数据结构非常单一。实体及实体间的联系都用关系表示,关系就是一张二维表。

2、关系操作

关系模型中常用的关系操作包括。关系操作的特点是集合操作方式,即操作的对象和结果都是集合。这种操作方式也成为一次一集合的方式。相应地,非关系数据模型的数据操作方式则为一次一记录的方式。

3、关系的三类完整性约束:实体完整性,参照完整性,用户定义完整性。

三, 关系数据结构及形式化定义

1 关系

1.域:域是一组具有相同数据类型的值的集合。

2.笛卡儿积:

定义:给定一组域D1D2,…,Dn,这些域中可以有相同的。D1D2,…,Dn的笛卡儿积为:

D1×D2×…×Dn{(d1,d2, ,dn) | diDi,i=1,2, ,n}

其中每一个元素(d1,d2, ,dn)叫做一个n元组或简称元组(Tuple)。元组中的每一个值di叫做一个分量(Component)。

Dii=1,2, ,n)为有限集,其基数为mii=1,2, ,n),则D1×D2×…×Dn的基数M为:mi的积。

3.关系:

定义:D1×D2×…×Dn的子集叫做在域D1D2,…,Dn上的关系,表示为:

RD1D2,…,Dn

D1×D2×…×Dn表示的是域上所有可能的组合,在现实生活中很多元组是无意义的数据,而一个关系肯定包含在D1×D2×…×Dn之中,因此在数学上把关系定义为D1×D2×…×Dn的子集。

关系是笛卡儿积的有限子集,所以关系也是一个二维表,表的每行对应一个元组,表的每列对应一个域。由于域可以相同,为了加以区分,必须对每列起一个名字,称为属性。N目关系必有n个属性。

候选码:若关系中的某一属性组的值能唯一地标识一个元组,则称该数据组为候选码。

全码:若一个关系有多个候选码,则选定其中一个为主码。主码的诸属性称为主属性。不包含在任何候选码中的属性称为非码属性。关系模式的所有数据组是这个关系模式的候选码,称为全码。

关系可以有三种类型:基本关系、查询表和视图表。

对关系的限定和扩充:

无限关系在数据库系统中时无意义的。因此,限定关系数据模型中的关系必须是有限集合。

通过为关系的每个列附加一个属性名的方法取消关系元组的有序性。

 

基本关系具有以下六条性质:

1,列是同质的,即每一列中的分量是同一类型的数据,来自同一个域。

2,不同的列可以出自同一个域,称其中的每一列为一个属性,不同的属性要给予不同的属性名。

3,列的顺序无所谓,即列的次序可以任意交换。

4,任意两个元组不能完全相同。

5,行的顺序无所谓,即行的次序可以任意交换。

6,分量必须取原子值,即每一个分量都必须是不可分的数据项。

备注:在许多实际关系数据库产品中,基本表并不完全具有这六条性质,例如,有的数据库产品能(如FoxPro)仍然区分了属性顺序和元组的顺序;许多关系数据库产品中,例如OracleFoxPro等,它们都允许关系表中存在两个完全相同的元组。

 

四,关系模式

定义:关系的描述称为关系模式。它可以形式化地表示为:

R(U,D,dom,F)

关系模式通常可以简记为:

R(U)R(A1,A2, ,AN)

 

 

五,关系的完整性

1、实体完整性

实体完整性规则:若属性A是基本关系R的主属性,则属性A不能取空值。

实体完整性规则说明如下:

实体完整性规则是针对基本关系而言的。一个基本表通常对应现实世界的一个实体集。

现实世界中的实体是可区分的,即它们具有某种唯一性标识。

相应地,关系模型中以主码作为唯一标识。

主码中的属性即主属性不能取空值。所谓空值就是“不知道”或“不确定”的值。

 

2、参照完整性

外码定义:设F是基本关系R的一个或一组属性,但不是关系R的码,如果F与基本关系S的主码Ks相对应,则称F是基本关系R的外码(Foreign Key),并称基本关系R为参照关系,基本关系S为被参照关系或目标关系。关系RS不一定是不同的关系。

注意:F不能是关系R的主码,Ks必须是关系S的主码。

参照完整性规则就是定义外码与主码之间的引用规则:

参照完整性规则:若属性(或属性组)F是基本关系R的外码,它与基本关系S的主码Ks相对应(基本关系RS不一定是不同的关系),则对于R中每个元组在F上的值必须为:

或者取空值(F的每个属性值均为空值);

或者等于S中某个元组的主码值。

3、用户定义的完整性:即是针对某一具体关系数据库的约束条件。

   未完待续。

 

小康

Xiaokang1949@hotmail.com

<?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />2004-2-29

 

 

数据库三范式的简单理解

参考书籍:数据库系统概论第四版-王珊、萨师煊 数据库范式 范式的级别       设计关系数据库时,遵从不同的规范要求,设计出合理的关系型数据库,这些不同的规范要求被称为不同的范式,各种范式呈递...
  • zymx14
  • zymx14
  • 2017年04月08日 23:58
  • 1317

关系型数据库三范式

关系数据库、 三大范式
  • niclascage
  • niclascage
  • 2015年10月07日 21:35
  • 1747

数据库的三范式详解

数据库的三范式 1N:关系R中的属性都是不可分割的项. 2N:在1N的基础上,每个非主属性完全函数依赖于码. 3N:在2N的基础上,每一个非主属性既不部分依赖于码也不传递依赖于码....
  • bluend1004
  • bluend1004
  • 2013年08月17日 21:22
  • 948

理解数据库设计的三大范式

为了建立冗余较小、结构合理的数据库,设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库,必须满足一定的范式。   ...
  • heicm
  • heicm
  • 2014年10月28日 15:45
  • 1675

数据库三范式简单理解------阿冬专栏

数据库设计当中三范式是经常遇到的,如果实际项目数据库设计中能达到第三范式基本也就满足要求了,那么如何快速有效的理解三个范式,同时应用于实际项目中去呢? 首先看看标准定义的三个范式: 第一范...
  • zhangdong305
  • zhangdong305
  • 2015年08月24日 09:50
  • 2882

数据库三大范式详解

数据库的设计范式是数据库设计所需要满足的规范,满足这些规范的数据库是简洁的、结构明晰的,同时,不会发生插入(insert)、删除(delete)和更新(update)操作异常。反之则是乱七八糟,不仅给...
  • w__yi
  • w__yi
  • 2014年02月25日 21:38
  • 28527

MySQL设计之三范式的理解

网上查找了一些资料,记录如下并加入自己的理解。 设计关系数据库时,遵从不同的规范要求,设计出合理的关系型数据库,这些不同的规范要求被称为不同的范式,各种范式呈递次规范,越高的范式数据库冗余越小。...
  • WangQYoho
  • WangQYoho
  • 2016年10月23日 11:18
  • 4077

关系数据库之 三个范式

关系数据库中的关系必须满足一定的要求。满足不同程度要求的为不同范式。数据库的设计范式是数据库设计所需要满足的规范。只有理解数据库的设计范式,才能设计出高效率、优雅的数据库,否则可能会设计出错误的数据库...
  • u011238711
  • u011238711
  • 2014年02月15日 15:33
  • 645

数据库设计(三范式,冗余字段,逆范式)

数据库设计(三范式,冗余字段,逆范式)   在设计数据库的时候,应该注意一下什么呢?首先来看一张表。 学生成绩表            姓名         性别         j...
  • cy_weiyi
  • cy_weiyi
  • 2015年07月31日 14:17
  • 539

三范式数据库设计和反范式的思考(转)

当我们拿到一个新的需求,我们把需求从头到尾搞清楚 后,就开始画流程图—>用例图—->设计数据库—->进入开发阶段—->编码—->测试—–>项目上线,至此一个项 目就算完成。 在这里我们只对设计数...
  • adparking
  • adparking
  • 2014年12月11日 11:42
  • 1046
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:数据库学习笔记(三)
举报原因:
原因补充:

(最多只允许输入30个字)