一、多表
多表简述
- 实际开发中，一个项目通常需要很多张表才能完成。
- 例如一个商城项目的数据库,需要有很多张表：用户表、分类表、商品表、订单表…
单表的缺点：冗余，同一个字段中出现大量的重复数据
相当于多表：把重复的数据封装成另一个表，数据看上去清晰明了，便于维护。
但是:
如果我们在从表的 连接主表字段 里面输入不存在的 值 ,数据依然可以添加 显然这是不合理的，所以我们要用到外键约束。
二、外键约束：
1. 什么是外键
-
外键指的是在从表中与主表的主键对应的那个字段,比如下图↓(员工表的 dept_id,就是外键）
-
使用外键约束可以让两张表之间产生一个对应关系,从而保证主从表的引用的完整性
-
多表关系中的主表和从表
主表: 主键id所在的表, 约束别人的表
从表: 外键所在的表多, 被约束的表
2. 如何添加、删除外键与注意事项
https://blog.csdn.net/Guai_Ka/article/details/113525400#waijian
3. 级联删除操作(了解)
-
如果想实现删除主表数据的同时,也删除掉从表数据,可以使用级联删除操作
-- 级联删除 ON DELETE CASCADE
三、多表关系设计
| 表与表之间的三种关系 | 例子 |
|---|---|
| 一对多关系（1：n 常见） | 最常见的关系, 学生对班级,员工对部门 |
| 多对多关系（n：n 常见） | 学生与课程, 用户与角色 |
| 一对一关系（1：1 不常见） | 使用较少,因为一对一关系可以合成为一张表 |
1. 一对多关系(1 ：n 常见)
- 例如：班级和学生，部门和员工，客户和订单，分类和商品
- 一对多建表原则
在从表(多方)创建一个字段,字段作为外键指向主表(一方)的主键
多对多关系(n ：n 常见)
- 例如：老师和学生，学生和课程，用户和角色
- n 多对多关系建表原则
需要创建第三张表，中间表中至少两个字段，这两个字段分别作为外键指向各自一方的 主键。
一对一关系(1 ：1 了解)
- 在实际的开发中应用不多.因为一对一可以创建成一张表。
- 一对一建表原则
外键唯一 主表的主键和从表的外键（唯一），形成主外键关系，外键唯一 UNIQUE
四、多表查询、子查询
https://blog.csdn.net/Guai_Ka/article/details/113522384#duobiao
五、数据库的三范式
1. 概念: 三范式就是设计数据库的规则.
- 为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式
- 第一范式（1NF）：满足最低要求的范式。
- 第二范式（2NF）：在第一范式的基础上进一步满足更多规范要求
- 第三范式 (3NF）：以此类推
2. 第一范式 1NF
-
概念:
-
原子性, 做到列不可拆分
-
第一范式是最基本的范式。数据库表里面字段都是单一属性的，不可再分, 如果数据表中每个字段都是不可再分的最小数据单元，则满足第一范式。
-
示例:
地址信息表中, contry这一列,还可以继续拆分,不符合第一范式
3. 第二范式 2NF
-
概念:
在第一范式的基础上更进一步，目标是确保表中的每列都和主键相关。一张表只能描述一件事. -
示例:
学员信息表中其实在描述两个事物 , 一个是学员的信息,一个是课程信息
如果放在一张表中,会导致数据的冗余,如果删除学员信息, 成绩的信息也被删除了
4. 第三范式 3NF
-
概念:
消除传递依赖 -
表的信息，如果能够被推导出来，就不应该单独的设计一个字段来存放
-
示例
通过number 与 price字段就可以计算出总金额,不要在表中再做记录(空间最省)
六、数据库的反三范式 (以空间换时间)
1. 概念
- 反范式化指的是通过增加冗余或重复的数据来提高数据库的读性能
- 浪费存储空间,节省查询时间 (以空间换时间)
2. 什么是冗余字段 ?
- 设计数据库时，某一个字段属于一张表，但它同时出现在另一个或多个表，且完全等同于它在其本来所属表的意义表示，那么这个字段就是一个冗余字段
3. 使用场景
- 当需要查询“表1”所有数据并且只需要“表2”的一个字段时, 没有冗余字段就需要去join连接表2,假设表中数据量非常的大, 那么会这次连接查询就会非常大的消耗系统的性能.
- 这时候冗余的字段就可以派上用场了, 有冗余字段我们查一张表就可以了.
4. 总结
- 创建一个关系型数据库设计，我们有两种选择
- 尽量遵循范式理论的规约，尽可能少的冗余字段，让数据库设计看起来精致、优雅、让人心醉。
- 合理的加入冗余字段这个润滑剂，减少join，让数据库执行性能更高更快。