数据库(第一范式,第二范式,第三范式)

转载 2012年03月21日 14:54:22
范式:英文名称是 Normal Form,它是英国人 E.F.Codd(关系数据库的老祖宗)在上个世纪70年代提出关系数据库模型后总结出来的,范式是关系数据库理论的基础,也是我们在设计数据库结构过程中所要遵循的规则和指导方法。目前有迹可寻的共有8种范式,依次是:1NF,2NF,3NF,BCNF,4NF,5NF,DKNF,6NF。通常所用到的只是前三个范式,即:第一范式(1NF),第二范式(2NF),第三范式(3NF)。下面就简单介绍下这三个范式。


◆ 第一范式(1NF):
强调的是列的原子性,即列不能够再分成其他几列。 
考虑这样一个表:
【联系人】(姓名,性别,电话) 
如果在实际场景中,一个联系人有家庭电话和公司电话,那么这种表结构设计就没有达到 1NF。要符合 1NF 我们只需把列(电话)拆分,即:
【联系人】(姓名,性别,家庭电话,公司电话)。
1NF 很好辨别,但是 2NF 和 3NF 就容易搞混淆。 

◆ 第二范式(2NF):
首先是 1NF,另外包含两部分内容,
一是表必须有一个主键;
二是没有包含在主键中的列必须完全依赖于主键,而不能只依赖于主键的一部分。 
考虑一个订单明细表:
【OrderDetail】(OrderID,ProductID,UnitPrice,Discount,Quantity,ProductName)。 
因为我们知道在一个订单中可以订购多种产品,所以单单一个 OrderID 是不足以成为主键的,主键应该是(OrderID,ProductID)。显而易见 Discount(折扣),Quantity(数量)完全依赖(取决)于主键(OderID,ProductID),而 UnitPrice,ProductName 只依赖于 ProductID。所以 OrderDetail 表不符合 2NF。不符合 2NF 的设计容易产生冗余数据。 
可以把【OrderDetail】表拆分为:
【OrderDetail】(OrderID,ProductID,Discount,Quantity)和
【Product】(ProductID,UnitPrice,ProductName)
来消除原订单表中UnitPrice,ProductName多次重复的情况。 

◆ 第三范式(3NF):
首先是 2NF,另外非主键列必须直接依赖于主键,不能存在传递依赖。即不能存在:非主键列 A 依赖于非主键列 B,非主键列 B 依赖于主键的情况。 
考虑一个订单表
【Order】(OrderID,OrderDate,CustomerID,CustomerName,CustomerAddr,CustomerCity)
主键是(OrderID)。其中 OrderDate,CustomerID,CustomerName,CustomerAddr,CustomerCity 等非主键列都完全依赖于主键(OrderID),所以符合 2NF。不过问题是 CustomerName,CustomerAddr,CustomerCity 直接依赖的是 CustomerID(非主键列),而不是直接依赖于主键,它是通过传递才依赖于主键,所以不符合 3NF。 
通过拆分【Order】为
【Order】(OrderID,OrderDate,CustomerID)和
【Customer】(CustomerID,CustomerName,CustomerAddr,CustomerCity)
从而达到 3NF。 

第二范式(2NF)和第三范式(3NF)的概念很容易混淆,区分它们的关键点在于:
2NF:非主键列是否完全依赖于主键,还是依赖于主键的一部分;
3NF:非主键列是直接依赖于主键,还是直接依赖于非主键列。

原文:http://linusrush.blog.163.com/blog/static/14073829020110903958457/

数据库(第一范式,第二范式,第三范式)

范式:英文名称是 Normal Form,它是英国人 E.F.Codd(关系数据库的老祖宗)在上个世纪70年代提出关系数据库模型后总结出来的,范式是关系数据库理论的基础,也是我们在设计数据库结构过程中...
  • samjustin1
  • samjustin1
  • 2016年08月30日 09:15
  • 2336

第一范式、第二范式、第三范式

第一范式 如果一个关系模式R的所有属性都是不可分的基本数据项,则R∈1NF(即R符合第一范式)。 第二范式 若关系模式R∈1NF(即R符合第一范式),并且每一个非主属性都完全依赖于R的...
  • u013011841
  • u013011841
  • 2014年09月03日 10:29
  • 2175

第一范式、第二范式及第三范式的定义与举例

第一范式 存在非主属性对码的部分依赖关系 R(A,B,C) AB是码 C是非主属性 B-->C B决定C C部分依赖于B 第一范式 定义:如果关系R 中所有属性的值域都是单纯域,那么关系模式R是...
  • sunzhenhua0608
  • sunzhenhua0608
  • 2013年11月20日 20:59
  • 12395

数据库模型设计,第一范式、第二范式、第三范式简单例子理解

有几年经验了,也经历了不少项目,接触了各种数据模型,可是数据库模型设计范式只是知道有这个东西,具体范式的要求是什么呢?你是不是还很模糊?赶紧来普及下吧,第一范式、第二范式、第三范式简单例子理解。...
  • xu252659774
  • xu252659774
  • 2014年04月04日 14:21
  • 4731

【数据库设计】第一范式,第二范式,第三范式

第一范式 存在非主属性对码的部分依赖关系 R(A,B,C) AB是码 C是非主属性 B-->C B决定C C部分依赖于B 第一范式 定义:如果关系R 中所有属性的值域都是单纯域,那么...
  • zhangzeyuaaa
  • zhangzeyuaaa
  • 2017年04月15日 18:09
  • 832

MySQL (4) 第一范式 第二范式 第三范式 BC范式

第一范式第一范式:所有属性都是不可分割的原子值。 也就是每个属性都是不可再分的。 例如下图就不符合第一范式的要求 实际上,1NF是所有关系型数据库的最基本要求,你在关系型数据库管理系统(RD...
  • DoUUnderstand
  • DoUUnderstand
  • 2017年04月13日 16:45
  • 1353

数据库-第一范式、第二范式、第三范式、BC范式、第四范式简析

在设计与操作维护数据库时,最关键的问题就是要确保数据能够正确地分布到数据库的表中。使用正确的数据结构,不仅有助于对数据库进行相应的存取操作,还可以极大地简化应用程序中的其他内容(查询、窗体、报表、代码...
  • Dove_Knowledge
  • Dove_Knowledge
  • 2017年05月08日 21:34
  • 3660

什么是第一,第二,第三范式

我们在数据库表设计时,经常说,某某表要遵循第三范式。下面通过实例介绍第一,第二,第三范式 第一范式 所谓第一范式,就是数据表的列不可再分。 看下面数据表,对于选课列明显是可以再分的,所以它是违反第...
  • xidianliuy
  • xidianliuy
  • 2016年06月02日 13:45
  • 4211

第一范式、第二范式、第三范式、BC范式

范式的目标应用数据库范式可以带来许多好处,但是最重要的好处归结为三点:1.减少数据冗余(这是最主要的好处,其他好处都是由此而附带的)2.消除异常(插入异常,更新异常,删除异常)3.让数据组织的更加和谐...
  • u013007900
  • u013007900
  • 2016年04月25日 21:23
  • 8293

第一范式第二范式第三范式

关系数据库中的关系必须满足一定的要求。满足不同程度要求的为不同范式。数据库的设计范式是数据库设计所需要满足的规范。只有理解数据库的设计范式,才能设计出高效率、优雅的数据库,否则可能会设计出错误的数据库...
  • wangyulong22
  • wangyulong22
  • 2014年06月26日 10:46
  • 764
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:数据库(第一范式,第二范式,第三范式)
举报原因:
原因补充:

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