关系型数据库应该如何设计表结构----对范式的思考，以及对《阿里巴巴Java开发手册》的理解

一、知识储备

• 第一范式：又叫1NF。符合第一范式的关系中的每个属性都不可再分。
• 第二范式：又叫2NF。规则是要求数据表里的所有数据都要和该数据表的键（主键与候选键）有完全依赖关系：每个非键属性必须独立于任意一个候选键的任意一部分属性。如果有哪些数据只和一个键的一部分有关的话，就得把它们独立出来变成另一个数据表。如果一个数据表的键只有单个字段的话，它就一定匹配第二范式。
• 第三范式：又叫3NF。要求所有非键属性都只和候选键有相关性，也就是说非键属性之间应该是独立无关的。

理解第二范式，第三范式，关键得理解候选键的概念。

候选键：是某个关系变量的一组属性所组成的集合，它需要同时满足下列两个条件：

条件1.这个属性集合始终能够确保在关系中能唯一标识元组。

条件2.在这个属性集合中找不出真子集能够满足条件1。

此外，理解第二范式，还应该理解依赖的含义。

依赖性：
比如说：在一张学生信息表（id为主键），不应该出现course_name(课程名称，依赖于course_id)这样的字段，因为，如果有一天，《心理健康教育》课程名要改成《心理健康教育杂谈》，这就得需要改课程表，还得回来修改学生信息表的课程名称。