数据库三大范式

1、三大范式通俗解释：数据库

（1）简单概括：架构

第一范式（1NF）：字段不可分；
　　第二范式（2NF）：有主键，非主键字段依赖主键；
　　第三范式（3NF）：非主键字段不能相互依赖。编码

（2）解释：设计

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

2、例子说明基础

（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）修正： 
                      学生表：学号， 姓名， 年龄， 所在学院；
                      学院表：学院， 电话

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

二范式就是要有主键，要求其余字段都依赖于主键。 
为何要有主键？没有主键就没有惟一性，没有惟一性在集合中就定位不到这行记录，因此要主键。 
其余字段为何要依赖于主键？由于不依赖于主键，就找不到他们。更重要的是，其余字段组成的这行记录和主键表示的是同一个东西，而主键是惟一的，它们只须要依赖于主键，也就成了惟一的。 
若是有同窗不理解依赖这个词，能够勉强用“相关”这个词代替，也就是说其余字段必须和它们的主键相关。由于不相关的东西不该该放在一行记录里。 
举例： 
学生信息组成学生表，姓名能够作主键么？ 
不能！由于同名的话，就不惟一了，因此须要学号这样的惟一编码才行。 
那么其余字段依赖于主键是什么意思？ 
就是“张三”同窗的年龄和性别等字段，不能存储别人的年龄性别，必须是他本身的，由于张三的学号信息就决定了，这行记录归张三全部，不能给无关人员使用。

三范式就是要消除传递依赖，方便理解，能够看作是“消除冗余”。 
消除冗余应该比较好理解一些，就是各类信息只在一个地方存储，不出如今多张表中。 
好比说大学分了不少系（中文系、英语系、计算机系……），这个系别管理表信息有如下字段组成： 
系编号，系主任，系简介，系架构。 
那么再回到学生信息表，张三同窗的年龄、性别、学号都有了，我能不能把他的系编号，系主任、系简介也一块儿存着？ 
若是你问三范式，固然不行，由于三范式不一样意。 
由于系编号，系主任、系简介已经存在系别管理表中，你再存入学生信息表，就是冗余了。 
三范式中说的传递依赖，就出现了。 
这个时候学生信息表中，系主任信息是否是依赖于系编号了？而这个表的主键但是学号啊！ 
因此按照三范式，处理这个问题的时候，学生表就只能增长一个系编号字段。 
这样既能根据系编号找到系别信息，又避免了冗余存储的问题。