为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式。

                 

在实际开发中最为常见的设计范式有三个：

1．第一范式(确保每列保持原子性)

第一范式是最基本的范式。如果数据库表, 每一列属性都是不可再分的属性值，确保每一列的原子性，就说明该数据库表满足了第一范式。

第一范式的合理遵循需要根据系统的实际需求来定。比如某些数据库系统中需要用到“地址”这个属性，本来直接将“地址”属性设计成一个数据库表的字段就行。但是如果系统经常会访问“地址”属性中的“城市”部分，那么就非要将“地址”这个属性重新拆分为省份、城市、详细地址等多个部分进行存储，这样在对地址中某一部分操作的时候将非常方便。这样设计才算满足了数据库的第一范式，如下表所示。

 

编号	姓名	性别	年龄	省份	城市	详细地址
1	张三	男	23	北京	北京	朝阳区新华路23号

 

上表所示的用户信息遵循了第一范式的要求，这样在对用户使用城市进行分类的时候就非常方便，也提高了数据库的性能。

                

2．第二范式(不能部分依赖)

第二范式是在满足第一范式的基础上，要求每列的属性必须完全依赖于主关键字

学生Id	姓名	身份证号	课程Id	课程名称
1	张三	12345666	1	数学
1	张三	12345666	2	语文

 

比如，一个学生学多门课程，如果设计为上面一张表，一个学生就有多条数据，这样子学生信息是重复的，就会造成数据冗余。我们应该拆分成学生信息表，课程信息表以及学生课程关系表，三张表。

学生信息表

学生Id	姓名	身份证号
1	张三	12345666
1	张三	12345666

 

 

课程信息表

课程Id	课程名称
1	数学
2	语文

学生课程关系表

课程Id	学生Id
1	1
2	1

 

 

                 

3．第三范式(不能存在传递依赖)

第三范式是在满足第二范式的基础上，要求数据表中的每一列数据都和主键直接相关，而不能间接相关。

比如设计的学生信息表如下，学校信息和学生Id不是直接相关的。

学生Id	姓名	年龄	性别	所在学校ID	学校名称	学校地址
1	张三	25	女	1001	北京大学	北京市***

 

拆分如下：

学生信息表

学生Id	姓名	年龄	性别	所在学校ID
1	张三	25	女	1001

 

学校信息表

所在学校ID	学校名称	学校地址
1001	北京大学	北京市***