关系型数据库的三范式（Third Normal Form，3NF）是数据库设计中的一种规范化理论，用于减少数据冗余和提高数据一致性。三范式是建立在第一范式（1NF）和第二范式（2NF）的基础上的。以下是三范式的详细解释：

### 第一范式（1NF）

**定义**：1NF要求数据库中的每一个表格的每一个列（字段）都必须是原子性的，即每个字段都只能包含单一值，不能是集合、数组或其他表格。

**举例**：
假设有一个学生表：
| 学生ID | 学生姓名 | 联系电话          |
|--------|----------|------------------|
| 1      | 张三     | 1234567890,9876543210 |

上表不符合1NF，因为“联系电话”列包含了多个值。应该将其拆分为多个记录来符合1NF：
| 学生ID | 学生姓名 | 联系电话  |
|--------|----------|----------|
| 1      | 张三     | 1234567890 |
| 1      | 张三     | 9876543210 |

### 第二范式（2NF）

**定义**：2NF在1NF的基础上，要求表格中的每一列都必须完全依赖于整个主键，而不能只依赖于主键的一部分（即消除部分依赖）。

**举例**：
假设有一个课程表：
| 课程ID | 学生ID | 学生成绩 | 学生姓名 |
|--------|--------|----------|----------|
| 101    | 1      | 85       | 张三     |
| 102    | 2      | 90       | 李四     |

上表不符合2NF，因为“学生姓名”依赖于“学生ID”而不是整个主键（“课程ID”和“学生ID”）。应该将其拆分为两个表：
学生表：
| 学生ID | 学生姓名 |
|--------|----------|
| 1      | 张三     |
| 2      | 李四     |

课程表：
| 课程ID | 学生ID | 学生成绩 |
|--------|--------|----------|
| 101    | 1      | 85       |
| 102    | 2      | 90       |

### 第三范式（3NF）

**定义**：3NF在2NF的基础上，要求表格中的每一列都必须直接依赖于整个主键，而不能通过其他非主键列间接依赖于主键（即消除传递依赖）。

**举例**：
假设有一个订单表：
| 订单ID | 客户ID | 客户名称 | 订单金额 |
|--------|--------|----------|----------|
| 201    | 1      | 张三     | 500      |
| 202    | 2      | 李四     | 700      |

上表不符合3NF，因为“客户名称”依赖于“客户ID”，而“客户ID”又依赖于“订单ID”（主键）。应该将其拆分为两个表：
客户表：
| 客户ID | 客户名称 |
|--------|----------|
| 1      | 张三     |
| 2      | 李四     |

订单表：
| 订单ID | 客户ID | 订单金额 |
|--------|--------|----------|
| 201    | 1      | 500      |
| 202    | 2      | 700      |

### 总结
- **1NF**：消除重复的组，确保每列都是原子性的。
- **2NF**：消除部分依赖，确保每列完全依赖于主键。
- **3NF**：消除传递依赖，确保每列直接依赖于主键。

通过遵循这些范式，可以设计出结构良好的数据库，减少数据冗余，提高数据一致性和可维护性。