三、MySQL多表&外键&数据库设计
多表
基本概念
- 实际开发中,一个项目通常需要很多张表才能完成。 例如一个商城项目的数据库,需要有很多张表:用户表、分类表、商品表、订单表…
- 单表的缺点:冗余, 同一个字段中出现大量的重复数据
外键约束
基本概念
- 外键指的是在 从表 中 与 主表 的主键对应的那个字段,比如员工表的 dept_id,就是外键
- 使用外键约束可以让两张表之间产生一个对应关系,从而保证主从表的引用的完整性
创建外键约束
-
语法格式
-- 新建表时添加外键 [CONSTRAINT] [外键约束名称] FOREIGN KEY(外键字段名) REFERENCES 主表名(主键字段名) -- 已有表添加外键 -- 可以省略外键名称, 系统会自动生成一个 ALTER TABLE 从表 ADD [CONSTRAINT] [外键约束名称] FOREIGN KEY (外键字段名) REFERENCES 主表(主 键字段名);
添加外键约束,就会产生强制性的外键数据检查, 从而保证了数据的完整性和一致性
删除外键约束
-
语法格式
alter table 从表 drop foreign key 外键约束名称
外键约束的注意事项
- 从表外键类型必须与主表主键类型一致,否则创建失败
- 添加数据时, 应该先添加主表中的数据
- 删除数据时,应该先删除从表中的数据
级联删除操作
-
如果想实现删除主表数据的同时,也删除掉从表数据,可以使用级联删除操作
-
语法格式
-- 级联删除 ON DELETE CASCADE
-- 重新创建添加级联操作 CREATE TABLE employee( eid INT PRIMARY KEY AUTO_INCREMENT, ename VARCHAR(20), age INT, dept_id INT, CONSTRAINT emp_dept_fk FOREIGN KEY(dept_id) REFERENCES department(id) -- 添加级联删除 ON DELETE CASCADE );
多表关系设计
- 实际开发中,一个项目通常需要很多张表才能完成。
- 例如:一个商城项目就需要分类表(category)、 商品表(products)、订单表(orders)等多张表。且这些表的数据之间存在一定的关系
- 表与表之间的三种关系
- 一对多关系: 最常见的关系, 学生对班级,员工对部门
- 多对多关系: 学生与课程, 用户与角色
- 一对一关系: 使用较少,因为一对一关系可以合成为一张表
一对多关系
- 一对多关系(1:n)
- 例如:班级和学生,部门和员工,客户和订单,分类和商品
- 一对多建表原则:
- 在从表(多方)创建一个字段,字段作为外键指向主表(一方)的主键
多对多关系
- 多对多(m:n)
- 例如:老师和学生,学生和课程,用户和角色
- 多对多关系建表原则
- 需要创建第三张表,中间表中至少两个字段,这两个字段分别作为外键指向各自一方的主键
一对一关系
- 一对一(1:1)
- 在实际的开发中应用不多.因为一对一可以创建成一张表。
- 一对一建表原则
- 外键唯一 主表的主键和从表的外键(唯一),形成主外键关系,外键唯一 UNIQUE
多表查询
基本概念
- DQL: 查询多张表,获取到需要的数据
- 比如 我们要查询家电分类下 都有哪些商品,那么我们就需要查询分类与商品这两张表
笛卡尔积
-
交叉连接查询,因为会产生笛卡尔积,所以 基本不会使用
-
语法格式
SELECT 字段名 FROM 表1, 表2;
多表查询的分类
内连接查询
- 内连接的特点: 通过指定的条件去匹配两张表中的数据, 匹配上就显示,匹配不上就不显示
- 比如通过: 从表的外键 = 主表的主键 方式去匹配
隐式内连接
-
from子句 后面直接写 多个表名 使用where指定连接条件的 这种连接方式是 隐式内连接.
使用where条件过滤无用的数据
-
语法格式
SELECT 字段名 FROM 左表, 右表 WHERE 连接条件;
显式内连接
-
使用 inner join …on 这种方式, 就是显式内连接
-
语法格式
SELECT 字段名 FROM 左表 [INNER] JOIN 右表 ON 条件 -- inner 可以省
外连接查询
左外连接
-
左外连接 , 使用 LEFT OUTER JOIN , OUTER 可以省略 左外连接的特点 以左表为基准, 匹配右边表中的数据
如果匹配的上,就展示匹配到的数据 如果匹配不到, 左表中的数据正常展示, 右边的展示为null
-
语法格式
SELECT 字段名 FROM 左表 LEFT [OUTER] JOIN 右表 ON 条件
右外连接
-
右外连接 , 使用 RIGHT OUTER JOIN , OUTER 可以省略 右外连接的特点 以右表为基准,匹配左边表中的数据
如果能匹配到,展示匹配到的数据 如果匹配不到,右表中的数据正常展示, 左边展示为null
-
语法格式
SELECT 字段名 FROM 左表 RIGHT [OUTER ]JOIN 右表 ON 条件
各种连接方式的总结
- 内连接: inner join , 只获取两张表中 交集部分的数据.
- 左外连接: left join , 以左表为基准 ,查询左表的所有数据, 以及与右表有交集的部分
- 右外连接: right join , 以右表为基准,查询右表的所有的数据,以及与左表有交集的部分
子查询 (SubQuery)
基本概念
-
一条select 查询语句的结果, 作为另一条 select 语句的一部分
-
子查询的特点
- 子查询必须放在小括号中 子查询一般作为父查询的查询条件使用
-
子查询常见分类
- where型 子查询: 将子查询的结果, 作为父查询的比较条件
- from型 子查询 : 将子查询的结果, 作为 一张表,提供给父层查询使用
- exists型 子查询: 子查询的结果是单列多行, 类似一个数组, 父层查询使用 IN 函数 ,包含子查 询的结果
子查询的结果作为查询条件
-
语法格式
SELECT 查询字段 FROM 表 WHERE 字段=(子查询);
子查询的结果作为一张表
-
语法格式
SELECT 查询字段 FROM (子查询)表别名 WHERE 条件;
-
注意: 当子查询作为一张表的时候,需要起别名,否则无法访问表中的字段
子查询结果是单列多行
-
子查询的结果类似一个数组, 父层查询使用 IN 函数 ,包含子查询的结果
-
语法格式
SELECT 查询字段 FROM 表 WHERE 字段 IN (子查询);
子查询总结
- 子查询如果查出的是一个字段(单列), 那就在where后面作为条件使用
- 子查询如果查询出的是多个字段(多列), 就当做一张表使用(要起别名)
数据库设计
数据库三范式(空间最省)
基本概念
- 三范式就是设计数据库的规则.
- 为了建立冗余较小、结构合理的数据库,设计数据库时必须遵循一定的规则;在关系型数据 库中这种规则就称为范式。
- 范式是符合某一种设计要求的总结。要想设计一个结构合理的关 系型数据库,必须满足一定的范式
- 满足最低要求的范式是第一范式(1NF)。在第一范式的基础上进一步满足更多规范要求的 称为第二范式(2NF) , 其余范式以此类推。一般说来,数据库只需满足第三范式(3NF)就行了
第一范式 1NF
基本概念
-
原子性, 做到列不可拆分 第一范式是最基本的范式
-
数据库表里面字段都是单一属性的,不可再分, 如果数据表中每个 字段都是不可再分的最小数据单元,则满足第一范式
-
示例:
地址信息表中, contry这一列,还可以继续拆分,不符合第一范
第二范式 2NF
基本概念
-
在第一范式的基础上更进一步,目标是确保表中的每列都和主键相关
-
一张表只能描述一件事
-
示例:
学员信息表中其实在描述两个事物 , 一个是学员的信息,一个是课程信息 如果放在一张表中,会导致数据的冗余,如果删除学员信息, 成绩的信息也被删除了
第三范式 3NF
基本概念
-
消除传递依赖 表的信息,如果能够被推导出来,就不应该单独的设计一个字段来存放
-
示例
通过number 与 price字段就可以计算出总金额,不要在表中再做记录(空间最省)
数据库反三范式
基本概念
- 反范式化指的是通过增加冗余或重复的数据来提高数据库的读性能 浪费存储空间,节省查询时间 (以空间换时间)
冗余字段
- 设计数据库时,某一个字段属于一张表,但它同时出现在另一个或多个表,且完全等同于它在其本 来所属表的意义表示,那么这个字段就是一个冗余字段
反三范式示例
-
两张表,用户表、订单表,用户表中有字段name,而订单表中也存在字段name
总结
- 创建一个关系型数据库设计,我们有两种选择
- 尽量遵循范式理论的规约,尽可能少的冗余字段,让数据库设计看起来精致、优雅
- 合理的加入冗余字段这个润滑剂,减少join,让数据库执行性能更高更快