数据库设计的三范式

目前,主要有六种范式:第一范式、第二范式、第三范式、BC范式、第四范式和第五范式

今天我们暂时只了解基本的三范式。

第一范式(1NF)
定义:如果关系模式R的每个关系r的属性都是不可分的数据项,那么就称R是第一范式的模式。

(也就是针对的是表中的字段要有唯一不可分割性)

例如(学生信息表):
学生编号 姓名 性别 联系方式
20080901 张三 男 email:[email protected],phone:88886666
20080902 李四 女 email:[email protected],phone:66668888

以上的表就不符合,第一范式:联系方式字段可以再分,所以变更为正确的是:

学生编号 姓名 性别 电子邮件 电话
20080901 张三 男 [email protected] 88886666
20080902 李四 女 [email protected] 66668888

第二范式(2NF)
定义:如果关系模式R是1NF,且每个非主属性完全函数依赖于候选键,那么就称R是第二范式。

简单的说,第二范式要满足以下的条件:首先要满足第一范式,其次每个非主属性要完全函数依赖与候选键,或者是主键。

针对的是表要描述的是一件事情,完全依赖于主键,不能只是描述一部分模糊的事情

例如(学生选课表):
学生 课程 教师 教师职称 教材 教室 上课时间
李四 Spring 张老师 java讲师 《Spring深入浅出》 301 08:00
张三 Struts 杨老师 java讲师 《Struts in Action》 302 13:30

这里通过(学生,课程)可以确定教师、教师职称,教材,教室和上课时间,所以可以把(学生,课程)作为主键。但是,教材并不完全依赖于(学生,课程),只拿出课程就可以确定教材,因为一个课程,一定指定了某个教材。这就叫不完全依赖,或者部分依赖。出现这种情况,就不满足第二范式。

修改后,选课表:
学生 课程 教师 教师职称 教室 上课时间
李四 Spring 张老师 java讲师 301 08:00
张三 Struts 杨老师 java讲师 302 13:30

课程表:
课程 教材 
Spring 《Spring深入浅出》 
Struts 《Struts in Action》

第三范式(3NF)
定义:如果关系模式R是2NF,且关系模式R(U,F)中的所有非主属性对任何候选关键字都不存在传递依赖,则称关系R是属于第三范式。

(针对的是表和表之间的关系,表与表之间不能有依赖性。只能依赖于主键,也就是一张表只能描述一件事情

上例中修改后的选课表中,一个教师能确定一个教师职称。这样,教师依赖于(学生,课程),而教师职称又依赖于教师,这叫传递依赖。第三范式就是要消除传递依赖。

修改后,选课表:

学生 课程 教师 教室 上课时间
李四 Spring 张老师 301 08:00
张三 Struts 杨老师 302 13:30

教师表:
教师 教师职称
张老师 java讲师
杨老师 java讲师

这样,新教师的职称在没被选课的时候也有地方存了,没人选这个教师的课的时候教师的职称也不至于被删除,修改教师职称时只修改教师表就可以了。

简单的说,
第一范式就是原子性,字段不可再分割;
第二范式就是完全依赖,没有部分依赖;
第三范式就是没有传递依赖。

原文地址:https://www.cnblogs.com/bigwang1126/p/9395129.html

时间: 2024-07-30 02:47:21

数据库设计的三范式的相关文章

数据库设计的三范式(六范式)

数据库是设计范式理解:关系型数据库的核心"规范化",规范化的存在是为了在数据库组织保存数据时使数据 保持完整性并且最小化的冗余数据. 数据库设计有六种范式规则,但通常我们再设计数据库时,通常用到3种范式. 1.1  第一范式: 概念:指数据库表的每一列的数据不可拆分,同一列不能有多个值,并且不能有重复的属性(列) 第一范式是所有范式的基础,不满足的数据库就不能称为关系行数据库 1:如图 简单来说第一范式没有重复的列,列中不包含多值 1.2 第二范式 概念: 在表满足第一范式的设计在数据

数据库设计的三大范式

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

E-R画图规则和数据库设计的三大范式

总结:1.E-R图设计: 理念:一对一(1 1):将任意1端的主键拿来做另一端的外键 一对多(1 n):将1端的主讲拿来做n端的外键 多对多(n m):互相将双方的主键拿来做另一端的外键 数据库设计的三大范式:一.表中的每个字段必须是不能再分割的最小独立字段. 二.在第一范式的基础上,表中的每个字段都必须和主键的类型相同比如员工的表都是员工的信息不要出现产品或者其他信息 三.在第二范式的基础上,表中的每个字段都要和表中的主键有直接关系. 就是.表中的所有字段都是不能再小的独立单位且表中的所有字段

数据库表设计的三范式

数据库范式1NF 2NF 3NF BCNF(实例)     设计范式(范式,数据库设计范式,数据库的设计范式)是符合某一种级别的关系模式的集合.构造数据库必须遵循一定的规则.在关系数据库中,这种规则就是范 式.关系数据库中的关系必须满足一定的要求,即满足不同的范式.目前关系数据库有六种范式:第一范式(1NF).第二范式(2NF).第三范式 (3NF).第四范式(4NF).第五范式(5NF)和第六范式(6NF).满足最低要求的范式是第一范式(1NF).在第一范式的基础上进一步满足更多 要求的称为第

数据库设计3大范式

第一范式:确保每列的原子性. 如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式. 例如:顾客表(姓名.编号.地址.--)其中"地址"列还可以细分为国家.省.市.区等. 第二范式:在第一范式的基础上更进一层,目标是确保表中的每列都和主键相关. 如果一个关系满足第一范式,并且除了主键以外的其它列,都依赖于该主键,则满足第二范式. 例如:订单表(订单编号.产品编号.定购日期.价格.--),"订单编号"为主键,"产品编号&

数据库设计(三)11 important database designing rules which I follow

原文地址:https://www.codeproject.com/Articles/359654/important-database-designing-rules-which-I-fo 麻辣个??的,好像在哪儿看到过这篇文章的中文版的,世风日下,人心不古啊,各种抄袭啊. 原文的锚点不知道是太长了,还是格式有问题,这里要改一下. Table of Contents Introduction Rule 1: What is the nature of the application (OLTP

2019-3-1 09:05:16数据库建立的三种范式及冗余字段

第一范式(1NF)无重复的列 所谓第一范式(1NF)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性.如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系.在第一范式(1NF)中表的每一行只包含一个实例的信息.简而言之,第一范式就是无重复的列. 1NF的定义为:符合1NF的关系中的每个属性都不可再分 下表所示情况,便不符合1NF的要求: 说明:在任何一个关系数据库中,第一范式

MySql三大范式与数据库设计和表创建常用语句

[数据库设计的三大范式] 1.第一范式(1NF First Normal Fromate):数据表中的每一列(字段),必须是不可拆分的最小单元.也就是确保每一列的原子性. 例如: userInfo: '山东省烟台市 13181621008' => userAds:'山东省烟台市' tel:'13181621008' 2.第二范式(2NF):满足1NF后,要求:表中所有的列,都必须功能依赖于主键,而不能有任何一列与主键没有关系.(一张表值描述一件事情) 3.第三范式(3NF):满足2NF后,要求:

mysql-(三)-数据库设计三大范式

一.数据库设计在业务流程的位置 需求分析时要将原始的需求抽象成业务模型 写成需求说明书 <需求说明书> 概要设计 抽取实体  :  业务模型  ->   实体模型 (java类) 数据库设计  : 业务模型/实体模型  ->  数据模型 详细设计 ... 二.数据库设计的三大范式 第一范式:要求表的每个字段必须是不可分割的独立单元 反例 如: student 名字有曾用名和现在的名字 student name 小王|小明 查询不便 ====违法第一范式 student name o