概念
这里的范就是规范的意思，范式就是我们设计表的基本规范，Normal Format。
范式的作用就是通过合理的数据储存，从而使得数据的冗余度最小化以及运行效率的最大化！
范式是分层的！！
所谓的分层，就是根据不同的需要标准，一层一层的严格递进，一层比一层严格！理论上来说一共有6层！
比如：第一范式、第二范式……
但是，后面的范式实在是太严格了，很难达到，所以，在数据库中，只引入了前三层！
一般来说，我们认为满足了第三层范式的数据库就是合理的优秀的数据库！
第一范式 1NF
第一范式是最容易满足的，就是要求把各个数据设计成一个一个单独的信息，不能再进行拆分！
也就是说，字段里面的数据都可以直接被外部所调用，而不是提出出来之后还要进行分割！
上面的数据表就不满足第一范式！
解决方案：对上面的姓名和性别进行拆分即可！
第二范式2NF
第二范式就是在满足第一范式的基础之上，再满足以下的两个条件：
1，表中的每一行都具有唯一的可区分的特性（不存在完全一样的记录）
特别强调：
在设计表的时候，一定不能先把逻辑主键ID字段加上来！因为ID字段只是用来标记一条不同的记录，跟实体信息之间没有任何的关系！
所以，从某种意义上来说，上面的数据表就不满足第二范式的第一个条件！
2，不能有部分依赖！
什么叫依赖？
如果确定了表中的某个字段A，就能确定该表的另一个字段B，那么我们就说B依赖于A
很显然，所有的非主键字段都应该依赖于主键！
什么叫部分依赖？
主键可以是单一主键，也可以是组合主键（注意：在设计的表的时候，应该找一个非ID主键，再最后才把ID作为逻辑主键），
如果某个表的主键是组合主键的时候，就容易出现部分依赖！
假如一张表的组合主键是（A,B），其他所有的非主键字段都应该依赖于（A,B）的组合，
但此时如果字段C，只依赖于A，也就是说，只要A确定了，C就确定了，这种情况，就叫做部分依赖！
思考：
上面的表，应该如何设计它的主键？
此时，应该设计成一个组合主键：学生 + 课程名称
虽然上面的表满足了第一范式，但是我们还是能够明显的感觉到数据的冗余！
因为产生了部分依赖：
性别和籍贯只依赖于学生，而学分只依赖于课程名称！
思考：如何优化？
对表进行拆分，把部分依赖的字段独立出来：
这样一来，以上的三个表都各自记录了一类信息，并且可以各自加上ID号作为逻辑主键！
第三范式3NF
第三范式就是在满足第二范式的基础之上消除传递依赖！
什么叫传递依赖？
如果主键是A，B依赖于A，而C又依赖于B，此时，就叫做传递依赖！
上面的表就出现了传递依赖，所在院系依赖于主键，而系办地址和系办电话都依赖于所在院系！
思考：如何优化？
将产生传递依赖的部分单独的独立出来：
总结：
满足范式的基本技巧：在设计数据表的时候，尽量一张数据表内只存放一类数据！
注意：
范式是一种理想的规范，不是绝对的标准，一般的做法是先满足数据库设计的要求，再进行优化处理！有时候为了提高效率或者使用方便，还会故意违反范式！