每一列属性都是不可再分的属性值，确保每一列的原子性
两列的属性相近或相似或一样，尽量合并属性一样的列，确保不产生冗余数据
第二范式在第一范式的基础之上更进一层。第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关（主要针对联合主键而言）。也就是说在一个数据库表中，一个表中只能保存一种数据，不可以把多种数据保存在同一张数据库表中。
通俗点说就一张表只干一件事，每一列都要和主键有关
例如：创建一个信息表
CREATE TABLE message(
student_id INT,
student_name VARCHAR(20),
age INT,
course_id INT,
score INT，
PRIMARY KEY (student_number,course_id)
);
在这个表中 student_name, age 只依赖于student_id,score（学分） 只依赖于 score_id，所以说 student_name和score（学分）是没有关系的，这就不满足第二范式
下面将表进行拆分
CREATE TABLE message(
id INT PRIMARY KEY
student_id INT,
course_id INT
);
CREATE TABLE student(
student_id INT PRIMARY KEY,
student_name VARCHAR(20),
age INT
);
CREATE TABLE class(
course_id INT PRIMARY KEY,
score INT
);
拆分之后，message 表中的 student_id 和 course_id 完全依赖于 id 主键，而 student 和 class 表中的其他字段又完全依赖于主键。
数据不能存在传递关系，即每个属性都跟主键有直接关系而不是间接关系。
例如：
| 学号 | 姓名 | 年龄 | 学院名称 | 学院电话 |
|---|---|---|---|---|
| 001 | 张三 | 18 | 理工 | 123 |
| 002 | 李四 | 17 | 建工 | 456 |
| 003 | 王五 | 19 | 人文 | 789 |
从上表可知，所有属性都完全依赖于学号，所以满足2NF。但是 学院电话 是直接依赖 学院名称 ，而不是 学号 。所以调整如下：
学生表：
| 学号 | 姓名 | 年龄 |
|---|---|---|
| 001 | 张三 | 18 |
| 002 | 李四 | 17 |
| 003 | 王五 | 19 |
学院表：
| 学院名称 | 学院电话 |
|---|---|
| 理工 | 123 |
| 建工 | 456 |
| 人文 | 789 |
主键： 主键是表的一个特殊字段，可以唯一地标识表中的每条信息。
**外键：**如果一个实体的某个字段指向另一个实体的主键，就称为外键。如果表B的一个字段（外键）依赖于表A的主键。则称表A为父表，表B为子表。
原则：外键必须依赖于数据库中已经存在的父表的主键，外键可以为空
作用：建立该表与父表的关联关系
增加子表记录时，先查询是否有与之对应的父表记录，如果主表没有相关的记录，从表不能插入
使用外键，当父表有删除和更新操作时，从表有以下数据处理方式：
以删除时的影响为例
NO ACTION = RESTRICT（限制），表示不允许删除，只有子表中的数据删除后才能删除父表中的数据。CASCADE（级联），删除父表中的数据后，将关联的子表数据也删除。SET NULL（表示设置为空），父表中的数据删除后，将子表中关联的字段设置为空。现在我们开发更多人偏向不使用外键，理由是：
比如：一个人只能有一个身份证号码，一个身份证号码只能属于一个人
实现方式：
可以在任意一方添加唯一外键指向另一方的主键。
比如：一个班级有多个学生
实现方式：
在从表(N对应的表)创建一个字段作为外键,指向主表(1对应的表)的主键
例如：一个课程可以被多个学生选择，一个学生可以选择多个课程
实现方式：
三个表。一个定义第一个实体，一个定义第二个实体，第三个表示它们之间的关系
实体：矩形
属性（实体的属性）：椭圆形
关系（两个实体之间的关系）：菱形
如图：
