数据库——范式问题

做数据库课设的时候对于范式这块又出现了问题，现在再复习一遍。

首先，我们拿到一张表的时候，很容易就能写出最粗糙的表结构，比如一个简单的货物入库出库表

这个表我们乍一看似乎没有问题，但是分析数据库表不能随便看看，它本身是有自己的规则的，这套规则就是“范式”；

按照教材中的定义，范式是“符合某一种级别的关系模式的集合，表示一个关系内部各属性之间的联系的合理化程度”。看上去非常的深奥，但实际上看完NF1-NF3后，就会较为理解这句话了；

首先是第一范式（NF1），第一范式要求“关系中的属性都不可再分”，而上图的表属性“进货”和“销售”明显可以再分，所以我们需要对表的属性进行改变。

如上图，基本是满足1NF的了。实际上题目中给出的表几乎都是满足1NF这个最基础条件的，所以我们要再次对表提出问题并进行升级。

首先，我们必须要明白表的问题都会有哪些？

事实上，问题主要是我们的操作引起的：增加，删除，修改以及数据冗余。比如下图：

下面是第二个关键，就是我们上面所列举的问题到底是什么呢？事实上，归根结底就是数据库中表的数据必须时刻保持完整，否则就会出现错误，导致事务无法进行下去。

我们挨个列举上述问题（请想象我们的学校里就只有上图中的这些数据，也就是这些数据组成了这个学校）：

1、插入（请牢记！只要数据不齐全就无法使记录成功产生！！）：学校想新建一个系，但是还没招生，如果按照上面这个表来插入数据，那在学生入学之前都无法建立成功这个系，因为表里的学号和姓名不能是空的，然后就会导致插入操作失败；

2、删除（请牢记！如果表里的数据删除了，那么学校里的对应实物也会消失）：毕业季，上表的同学要毕业了，我们需要删除表中的姓名和学号，但是如果我们想这么操作，就必须要把整个表删除，实际生活中就是学生走了，结果所有的系和系主任，学科和分数也没了，学校也就不存在了，这是不可以的，所以导致了删除操作失败；

其实到这里就已经很明白了，这个表太长了，我们需要把一些属性分开，使得我们对某些属性进行操作时不会影响到其他属性，而范式就是我们进行属性分离的一个规范化公式；

范式分为2NF, 3NF ,我们一般用不到BCNF；

先给出定义：2NF就是“表中不存在部分依赖”，通俗来说就是如果（a,b）两个属性是码，那么也就是说a和b两个属性才能决定c，但是如果a一个值就能决定c，那么就是c对（a,b）这个码有部分依赖，就需要把c这个属性给分离出去成它自己的表；