表之间的关系、数据库设计
文章目录
- 表之间的关系、数据库设计
- 表与表之间的三种关系
- 一对多
- 多对多
- 一对一
- 数据库设计
- 范式
- 三大范式
- 1NF
- 2NF
- 3NF
- 三大范式小结
- MySQL知识点列表
表与表之间的三种关系
一对多：最常用的关系 部门和员工。
多对多：学生选课表 和 学生表，一门课程可以有多个学生选择，一个学生选择多门课程。
一对一：相对使用比较少。员工表 简历表，公民表 护照表。
一对多
一对多（1:n） 例如：班级和学生，部门和员工，客户和订单，分类和商品。
一对多建表原则: 在从表(多方)创建一个字段,字段作为外键指向主表(一方)的主键。
多对多
多对多关系建表原则: 需要创建第三张表，中间表中至少两个字段，这两个字段分别作为外键指向各自一方的主键。
一对一
一对一（1:1） 在实际的开发中应用不多, 因为一对一可以创建成一张表。
两种建表原则：
- 外键唯一：主表的主键和从表的外键（唯一），形成主外键关系，外键唯一UNIQUE。
- 外键是主键：主表的主键和从表的主键，形成主外键关系。
数据库设计
范式
好的数据库设计对数据的存储性能和后期的程序开发，都会产生重要的影响。建立科学的，规范的数据库就需要满足一些规则来优化数据的设计和存储，这些规则就称为范式。
三大范式
目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。
满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多规范要求的称为第二范式（2NF），其余范式以次类推。一般说来，数据库只需满足第三范式(3NF）就行了。
1NF
概念
数据库表的每一列都是不可分割的原子数据项，不能是集合、数组等非原子数据项。即表中的某个列有多个值时，必须拆分为不同的列。简而言之，第一范式每一列不可再拆分，称为原子性。
班级表
学号 | 姓名 | 班级 |
1 | 张三 | 一年三班 |
2 | 李四 | 一年二班 |
3 | 王五 | 二年三班 |
2NF
概念
在满足第一范式的前提下，表中的每一个字段都完全依赖于主键。
所谓完全依赖是指不能存在仅依赖主键一部分的列。简而言之，第二范式就是在第一范式的基础上所有列完全依赖于主键列。当存在一个复合主键包含多个主键列的时候，才会发生不符合第二范式的情况。比如有一个主键有两个列，不能存在这样的属性，它只依赖于其中一个列，这就是不符合第二范式。
第二范式的特点
- 一张表只描述一件事情。
- 表中每一列都完全依赖于主键。
示例
借书证列表：
| 学生证名称 | 学生证办理时间 |
| 借书证名称 | 借书证办理时间 |
分成两张表：
| 学生证名称 | 学生证办理时间 |
| 借书证名称 | 借书证办理时间 |
3NF
概念
在满足第二范式的前提下，表中的每一列都直接依赖于主键，而不是通过其它的列来间接依赖于主键。
简而言之，第三范式就是所有列不依赖于其它非主键列，也就是在满足 2NF 的基础上，任何非主列不得传递依赖于主键。所谓传递依赖，指的是如果存在"A → B → C"的决定关系，则 C 传递依赖于 A。因此，满足第三范式的数据库表应该不存在如下依赖关系：主键列 → 非主键列 x → 非主键列 y。
示例
学生信息表：
| 姓名 | 年龄 |
|
|
存在传递的决定关系：
学号 -> 所在学院 -> 学院地点
拆分成两张表：
| 姓名 | 年龄 | 所在学院的编号(外键) |
| 所在学院 | 学院地点 |
三大范式小结
范式 | 特点 |
1NF | 原子性：表中每列不可再拆分。 |
2NF | 不产生局部依赖，一张表只描述一件事情。 |
3NF | 不产生传递依赖，表中每一列都直接依赖于主键。而是通过其它列间接依赖于主键。 |
MySQL知识点列表
MySQL知识点列表
