数据库 三大范式 通俗解释

一、三大范式通俗解释:

(1)简单归纳:

  第一范式(1NF):字段不可分;
  第二范式(2NF):有主键,非主键字段依赖主键;
  第三范式(3NF):非主键字段不能相互依赖。

(2)解释:

  1NF:原子性。 字段不可再分,否则就不是关系数据库;;
  2NF:唯一性 。一个表只说明一个事物;
  3NF:每列都与主键有直接关系,不存在传递依赖。

二、例子说明

  (1)不符合第一字段的例子

表:字段1, 字段2(字段2.1,字段2.2), 字段3

字段2可以拆分成字段2.1和字段2.2,不符合第一范式。

  (2)不符合第二范式的例子

表:学号, 姓名, 年龄, 课程名称, 成绩, 学分

这个表明显说明了两个事务:学生信息, 课程信息。

  1)存在以下问题:

a、数据冗余:每条记录都含有相同信息; 
                               b、删除异常:删除所有学生成绩,就把课程信息全删除了; 
                               c、插入异常:学生未选课,无法记录进数据库; 
                               d、更新异常:调整课程学分,所有行都调整。
  2)修正:
                               学生表:学号, 姓名, 年龄

课程表:课程名称,学分

选课关系表:学号, 课程名称, 成绩

  (3)不符合第二范式的例子

表:学号, 姓名, 年龄, 所在学院, 学院联系电话

其中关键字为单一关键字"学号"。存在依赖传递::(学号) → (所在学院) → (学院联系电话) 。

  1)存在问题::
      a、数据冗余:有重复值; 
      b、更新异常:有重复的冗余信息,修改时需要同时修改多条记录,否则会出现数据不一致的情况 
      c、删除异常 
  2)修正: 
                      学生表:学号, 姓名, 年龄, 所在学院;
                      学院表:学院, 电话

一范式就是属性不可分割。属性是什么?就是表中的字段。 
不可分割的意思就按字面理解就是最小单位,不能再分成更小单位了。 
这个字段只能是一个值,不能被拆分成多个字段,否则的话,它就是可分割的,就不符合一范式。 
不过能不能分割并没有绝对的答案,看需求,也就是看你的设计目标而定。 
举例: 
学生信息组成学生信息表,有姓名、年龄、性别、学号等信息组成。 
姓名不可拆分吧?所以可以作为该表的一个字段。 
但我要说这个表要在国外使用呢?人家姓和名要分开,都有特别的意义,所以姓名字段是可拆分的,分为姓字段和名字段。 
简单来说,一范式是关系数据库的基础,但字段是否真的不可拆分,根据你的设计目标而定。

二范式就是要有主键,要求其他字段都依赖于主键。 
为什么要有主键?没有主键就没有唯一性,没有唯一性在集合中就定位不到这行记录,所以要主键。 
其他字段为什么要依赖于主键?因为不依赖于主键,就找不到他们。更重要的是,其他字段组成的这行记录和主键表示的是同一个东西,而主键是唯一的,它们只需要依赖于主键,也就成了唯一的。 
如果有同学不理解依赖这个词,可以勉强用“相关”这个词代替,也就是说其他字段必须和它们的主键相关。因为不相关的东西不应该放在一行记录里。 
举例: 
学生信息组成学生表,姓名可以做主键么? 
不能!因为同名的话,就不唯一了,所以需要学号这样的唯一编码才行。 
那么其他字段依赖于主键是什么意思? 
就是“张三”同学的年龄和性别等字段,不能存储别人的年龄性别,必须是他自己的,因为张三的学号信息就决定了,这行记录归张三所有,不能给无关人员使用。

三范式就是要消除传递依赖,方便理解,可以看做是“消除冗余”。 
消除冗余应该比较好理解一些,就是各种信息只在一个地方存储,不出现在多张表中。 
比如说大学分了很多系(中文系、英语系、计算机系……),这个系别管理表信息有以下字段组成: 
系编号,系主任,系简介,系架构。 
那么再回到学生信息表,张三同学的年龄、性别、学号都有了,我能不能把他的系编号,系主任、系简介也一起存着? 
如果你问三范式,当然不行,因为三范式不同意。 
因为系编号,系主任、系简介已经存在系别管理表中,你再存入学生信息表,就是冗余了。 
三范式中说的传递依赖,就出现了。 
这个时候学生信息表中,系主任信息是不是依赖于系编号了?而这个表的主键可是学号啊! 
所以按照三范式,处理这个问题的时候,学生表就只能增加一个系编号字段。 
这样既能根据系编号找到系别信息,又避免了冗余存储的问题。

原文地址:https://www.cnblogs.com/Stephen-Jixing/p/9955073.html

时间: 2024-10-07 20:10:18

数据库 三大范式 通俗解释的相关文章

数据库三大范式通俗解释

范式一: 一范式就是属性不可分割.属性是什么?就是表中的字段.不可分割的意思就按字面理解就是最小单位,不能再分成更小单位了.这个字段只能是一个值,不能被拆分成多个字段,否则的话,它就是可分割的,就不符合一范式.不过能不能分割并没有绝对的答案,看需求,也就是看你的设计目标而定.举例:学生信息组成学生信息表,有姓名.年龄.性别.学号等信息组成.姓名不可拆分吧?所以可以作为该表的一个字段.但我要说这个表要在国外使用呢?人家姓和名要分开,都有特别的意义,所以姓名字段是可拆分的,分为姓字段和名字段.简单来

数据库三大范式通俗理解

数据库有三大范式. 范式的英文名称是 Normal Form,它是英国人 E.F.Codd(关系数据库的老祖宗)在上个世纪70年代提出关系数据库模型后总结出来的,范式是关系数据库理论的基础,也是我们在设计数据库结构过程中所要遵循的规则和指导方法.目前有迹可寻的共有8种范式,依次是:1NF,2NF,3NF,BCNF,4NF,5NF,DKNF,6NF.通常所用到的只是前三个范式,即:第一范式(1NF),第二范式(2NF),第三范式(3NF).数据往往种类繁多,而且每种数据之间又互相关联,因此,在设计

数据库三大范式最简单的解释

关系数据库中的关系必须满足一定的要求,即满足不同的范式.目前关系数据库有六种范式:第一范式(1NF).第二范式(2NF).第三范式(3NF).第四范式(4NF).第五范式(5NF)和第六范式(6NF).满足最低要求的范式是第一范式(1NF).在第一范式的基础上进一步满足更多要求的称为第二范式(2NF),其余范式以次类推.一般说来,数据库只需满足第三范式(3NF)就行了. 很多资料上的范式都讲的很难理解,这里总结一下三大范式,便于读者简易的理解. 1NF:字段是原子性的,不可分; 2NF:有主键,

数据库三大范式,我的理解

数据库三大范式,我之前是知道的,但是内容比较文绉绉,初学的时候不容易把握其根本. 首先是第一范式: 有主键,且数据库表的每一列都是不可分割的原子数据项.也可以理解为:无重复的列. 其实这句话的本质是控制字段的颗粒度(也许不该用这个词).这个地方的无重复和不可分割是什么意思呢?其实是这样的.首先如果有两个字段,一个叫籍贯,一个叫家乡,是不是就有点蠢?(这个地方不考虑其区别的话). 对重复的第一层理解是有两个字段其实是描述同样的东西,如果表格这么设计了,势必会导致数据的冗余. 第二层理解是,字段也许

数据库三大范式及事务

数据库三大范式 为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个: 1.第一范式(确保每列保持原子性) 第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式. 第一范式的合理遵循需要根据系统的实际需求来定.比如某些数据库系统中需要用到"地址"这个属性,本来直

数据库三大范式和反范式 · oldmee

后一个范式都是在满足前一个范式的基础上建立的. 1NF 无重复的列.表中的每一列都是不可分割的基本数据项.不满足1NF的数据库不是关系数据库.如联系人表(姓名,电话),一个联系人有家庭电话和公司电话,则不符合1NF,应拆分为(姓名,家庭电话,公司电话). 2NF 属性完全依赖于主键.不能存在仅依赖于关键一部分的属性.如选课关系(学号,课程名称,成绩,学分),组合关键字(学号,课程名称)作为主键.其不满足2NF,因为存在决定关系:课程名称->学分,即存在组合主键中的部分字段决定非主属性的情况.会导

数据库三大范式及五大约束

数据库的三大范式以及五大约束                                                                     数  据   库      今天小编来讲一下数据库的相关知识点,数据库的三大特性可谓是:实体属性和关系.      实体:表: 属性:表中的数据(字段): 关系:表与表之间的关系:     第一范式(1NF):数据表中的每一列(每个字段)必须是不可拆分的最小单元,也就是确保每一列的原子性:                      

第五章 SqlServer之数据库三大范式

分析: 数据库设计应遵循三大范式分别为: 第一范式:确保表中每列的原子性(不可拆分): 第二范式:确保表中每列与主键相关,而不能只与主键的某部分相关(主要针对联合主键),主键列与非主键列遵循完全函数依赖关系(完全依赖): 第三范式:非主键列之间没有传递函数依赖关系(消除传递依赖): 详述: 第一范式 需求描述:数据库系统中需要一个实体表,该表用来存储用户信息,其中"地址"这个属性,要求查询到省份.城市和详细地址. 例子:信息如下: 姓名:张红欣:性别:男:  年龄:26岁:年龄:26岁

数据库三大范式整理

数据库设计三大范式 为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个: 1.第一范式(确保每列保持原子性) 第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式. 第一范式的合理遵循需要根据系统的实际需求来定.比如某些数据库系统中需要用到"地址"这个属性,本