关系型数据库的三范式理解

关系型数据库的三范式(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**:消除传递依赖,确保每列直接依赖于主键。

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

  • 19
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值