Question

SQL server第一、第二、第三范式

给举个浅显易懂的例子

Answer 1

一范式（1NF）：在关系模式R中的每一个具体关系r中，如果每个属性值 都是不可再分的最小数据单位，则称R是第一范式的关系。例：如职工号，姓名，电话号码组成一个表（一个人可能有一个办公室电话 和一个家里电话号码） 规范成为1NF有三种方法：
一是重复存储职工号和姓名。这样，关键字只能是电话号码。
二是职工号为关键字，电话号码分为单位电话和住宅电话两个属性
三是职工号为关键字，但强制每条记录只能有一个电话号码。
以上三个方法，第一种方法最不可取，按实际情况选取后两种情况。

第二范式（2NF）：如果关系模式R（U，F）中的所有非主属性都完全依赖于任意一个候选关键字，则称关系R 是属于第二范式的。
例：选课关系 SCI（SNO，CNO，GRADE，CREDIT）其中SNO为学号， CNO为课程号，GRADEGE 为成绩，CREDIT 为学分。 由以上条件，关键字为组合关键字（SNO，CNO）
在应用中使用以上关系模式有以下问题：
a.数据冗余，假设同一门课由40个学生选修，学分就 重复40次。
b.更新异常，若调整了某课程的学分，相应的元组CREDIT值都要更新，有可能会出现同一门课学分不同。
c.插入异常，如计划开新课，由于没人选修，没有学号关键字，只能等有人选修才能把课程和学分存入。
d.删除异常，若学生已经结业，从当前数据库删除选修记录。某些门课程新生尚未选修，则此门课程及学分记录无法保存。
原因：非关键字属性CREDIT仅函数依赖于CNO，也就是CREDIT部分依赖组合关键字（SNO，CNO）而不是完全依赖。
解决方法：分成两个关系模式 SC1（SNO，CNO，GRADE），C2（CNO，CREDIT）。新关系包括两个关系模式，它们之间通过SC1中的外关键字CNO相联系，需要时再进行自然联接，恢复了原来的关系

Answer 2

码 能推出除码以外的其它所有属性称为码
主属性 组成码的属性
非主属性 除主属性以外的所有属性

例如，现在有这样一张表
学号 姓名 专业 课号 课名 成绩
s001 小王 机械类 c001 高等数学 90
s001 小王 机械类 c002 大学物理 80
s001 小王 机械类 c003 大学英语 80
……

用学号能够找到学生的姓名和专业，用课号能够找到课名，用学号和课号能够找到学生的成绩
从上述条件得出：
学号=>姓名，专业；（姓名和专业两个字段对学号有函数依赖）
课号=>课名； （课名对课号有函数依赖）
学号，课名=>成绩 （成绩对学号+课名有函数依赖）
所以，上表中 学号+课号 就是码 ； 学号和课号都是主属性，剩下的都是非主属性

第一范式没有条件，任何表结构在第一范式中都成立

第二范式的条件，就是第一范式消除对码的部分函数依赖
如上表中，姓名这个非主属性只依赖到了学号这个主属性，并没有依赖于课号这个主属性，这样就产生了非主属性对码的部分函数依赖，要消除这种部分函数依赖，就需要对上表进行拆分，拆分成若干张表，例如：
学生表，字段：学号，姓名，专业；
课表：课号，课名；
成绩表：学号，课号，成绩
这样就消除了第一范式

第三范式就是第二范式消除非主属性对码的传递函数依赖
怎样将第二范式规范到第三范式我另外巨例子：
学号 姓名 班号 班主任
s001 小王 cl01 春哥
s002 小李 cl01 春哥
上表中，
学号=>姓名，班号；
班号=>班主任
这样有学号就能得到其他的所有属性，所以只有学号是主属性，就不存在什么非主属性部分依赖于码，所以上表是第二范式。
但是班主任不能由学号直接得到，而要通过班号才能得到，所以班主任这个字段对码存在 传递函数依赖 ，故这个表结构不能成为第三范式
解决的方法也是拆分表结构
班级表：班号，班主任；
学生表：学号，姓名，班号；
这样班号就作为学生表的一个外键，消除了非主属性对码的传递函数依赖，这两张表就是第三范式了