阶段二模块一 MySql多表、外键和数据库设计

内容输出来源:拉钩教育Java就业训练营

1 多表

实际开发中,一个项目通常需要很多张表才能完成。

1.1 单表的缺点

冗余, 同一个字段中出现大量的重复数据

1.2 解决方案

1.2.1 设计为两张表

员工表中有一个字段dept_id 与部门表中的主键对应,员工表的这个字段就叫做外键

拥有外键的员工表 被称为从表, 与外键对应的主键所在的表叫做主表

1.2.2 多表设计上的问题

当我们在 员工表的 dept_id 里面输入不存在的部门id ,数据依然可以添加 显然这是不合理的.

1.3 外键约束

外键指的是在从表中与主表的主键对应的那个字段,比如员工表的 dept_id,就是外键

使用外键约束可以让两张表之间产生一个对应关系,从而保证主从表的引用的完整性

1.3.1 创建外键约束

语法格式:

-- 1. 新建表时添加外键
[CONSTRAINT] [外键约束名称] FOREIGN KEY(外键字段名) REFERENCES 主表名(主键字段名)
-- 已有表添加外键
ALTER TABLE 从表 ADD [CONSTRAINT] [外键约束名称] FOREIGN KEY (外键字段名) REFERENCES
主表(主 键字段名);
1.3.2 删除外键约束

语法格式:

alter table 从表 drop foreign key 外键约束名称
-- 删除employee 表中的外键约束,外键约束名 emp_dept_fk
ALTER TABLE employee DROP FOREIGN KEY emp_dept_fk;
1.3.3 注意事项
  1. 从表外键类型必须与主表主键类型一致 否则创建失败.

  2. 添加数据时, 应该先添加主表中的数据.

  3. 删除数据时,应该先删除从表中的数据.

1.4.4 级联删除操作

如果想实现删除主表数据的同时,也删除掉从表数据,可以使用级联删除操作

级联删除
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
);

2 多表关系

实际开发中,一个项目通常需要很多张表才能完成。

2.1 一对多关系

在从表(多方)创建一个字段,字段作为外键指向主表(一方)的主键

2.2 多对多关系

需要创建第三张表,中间表中至少两个字段,这两个字段分别作为外键指向各自一方的主键。

3 多表查询的分类

DQL: 查询多张表,获取到需要的数据

3.3.1 内连接查询

通过指定的条件去匹配两张表中的数据, 匹配上就显示,匹配不上就不显示

3.3.1.1 隐式内连接

from子句 后面直接写 多个表名 使用where指定连接条件的 这种连接方式是隐式内连接.

语法格式:

SELECT 字段名 FROM 左表, 右表 WHERE 连接条件;
# 隐式内连接
SELECT * FROM products,category WHERE category_id = cid;

-- 可以通过给表起别名的方式, 方便我们的查询
SELECT
p.`pname`,
p.`price`,
c.`cname`
FROM products p , category c WHERE p.`category_id` = c.`cid`;
3.3.1.1 显式内连接

使用 inner join …on 这种方式, 就是显式内连接

语法格式:

SELECT 字段名 FROM 左表 [INNER] JOIN 右表 ON 条件
-- inner 可以省略

-- 查询所有商品信息和对应的分类信息
# 显式内连接查询
SELECT * FROM products p INNER JOIN category c ON p.category_id = c.cid;

3.3.2 外连接查询

3.3.2.1 左外连接

以左表为基准, 匹配右边表中的数据,如果匹配的上,就展示匹配到的数据
如果匹配不到, 左表中的数据正常展示, 右边的展示为null.

语法格式:

SELECT 字段名 FROM 左表 LEFT [OUTER] JOIN 右表 ON 条件
-- 左外连接查询
SELECT * FROM category c LEFT JOIN products p ON c.`cid`= p.`category_id`;
3.3.2.2 右外连接

以右表为基准,匹配左边表中的数据,如果能匹配到,展示匹配到的数据
如果匹配不到,右表中的数据正常展示, 左边展示为null

语法格式:

SELECT 字段名 FROM 左表 RIGHT [OUTER ]JOIN 右表 ON 条件
-- 右外连接查询
SELECT * FROM products p RIGHT JOIN category c ON p.`category_id` = c.`cid`;

3.3.3 连接方式总结

内连接: inner join , 只获取两张表中 交集部分的数据。

左外连接: left join , 以左表为基准 ,查询左表的所有数据, 以及与右表有交集的部分。

右外连接: right join , 以右表为基准,查询右表的所有的数据,以及与左表有交集的部分。

4 子查询

概念:一条select 查询语句的结果, 作为另一条 select 语句的一部分。

特点:

子查询必须放在小括号中
子查询一般作为父查询的查询条件使用

常见分类:

where型 子查询: 将子查询的结果, 作为父查询的比较条件
from型 子查询 : 将子查询的结果, 作为 一张表,提供给父层查询使用
exists型 子查询: 子查询的结果是单列多行, 类似一个数组, 父层查询使用 IN 函数 ,包含子查询的结果

4.1 子查询的结果作为查询条件

语法格式:

SELECT 查询字段 FROM 表 WHERE 字段=(子查询);
# 通过子查询的方式, 查询价格最高的商品信息
-- 1.先查询出最高价格
SELECT MAX(price) FROM products;
-- 2.将最高价格作为条件,获取商品信息
SELECT * FROM products WHERE price = (SELECT MAX(price) FROM products);

4.2 子查询结果作为一张表

语法格式:

SELECT 查询字段 FROM (子查询)表别名 WHERE 条件;

-- 查询商品中,价格大于500的商品信息,包括 商品名称 商品价格 商品所属分类名称
-- 1. 先查询分类表的数据
SELECT * FROM category;
-- 2.将上面的查询语句 作为一张表使用
SELECT
p.`pname`,
p.`price`,
c.cname
FROM products p
-- 子查询作为一张表使用时 要起别名 才能访问表中字段
INNER JOIN (SELECT * FROM category) c
ON p.`category_id` = c.cid WHERE p.`price` > 500;

4.3 子查询结果是单列多行

子查询的结果类似一个数组, 父层查询使用 IN 函数 ,包含子查询的结果

语法格式:

SELECT 查询字段 FROM 表 WHERE 字段 IN (子查询);

-- 查询价格小于两千的商品,来自于哪些分类(名称)
-- 先查询价格小于2000 的商品的,分类ID
SELECT DISTINCT category_id FROM products WHERE price < 2000;
-- 在根据分类的id信息,查询分类名称
-- 报错: Subquery returns more than 1 row
-- 子查询的结果 大于一行
SELECT * FROM category
WHERE cid IN (SELECT DISTINCT category_id FROM products WHERE price < 2000);

4.4 子查询总结

  1. 子查询如果查出的是一个字段(单列), 那就在where后面作为条件使用.
  2. 子查询如果查询出的是多个字段(多列), 就当做一张表使用(要起别名).

5 数据库设计

5.1 数据库三范式

三范式就是设计数据库的规则。

为了建立冗余较小、结构合理的数据库,设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库,必须满足一定的范式。

满足最低要求的范式是第一范式(1NF)。在第一范式的基础上进一步满足更多规范要求的称为第二范式(2NF) , 其余范式以此类推。一般说来,数据库只需满足第三范式(3NF)就行了

5.1.1 第一范式 1NF

原子性, 做到列不可拆分。

第一范式是最基本的范式。数据库表里面字段都是单一属性的,不可再分, 如果数据表中每个字段都是不可再分的最小数据单元,则满足第一范式。

5.1.2 第二范式 2NF

在第一范式的基础上更进一步,目标是确保表中的每列都和主键相关。

一张表只能描述一件事。

5.1.3 第三范式 3NF

消除传递依赖
表的信息,如果能够被推导出来,就不应该单独的设计一个字段来存放

5.2 数据库反三范式

反范式化指的是通过增加冗余或重复的数据来提高数据库的可读性能
浪费存储空间,节省查询时间 (以空间换时间)

设计数据库时,某一个字段属于一张表,但它同时出现在另一个或多个表,且完全等同于它在其本来所属表的意义表示,那么这个字段就是一个冗余字段

总结:

创建一个关系型数据库设计,我们有两种选择
1,尽量遵循范式理论的规约,尽可能少的冗余字段,让数据库设计看起来精致、优雅、让人心醉。
2,合理的加入冗余字段这个润滑剂,减少join,让数据库执行性能更高更快。

上一篇:分布式电商项目搭建-基础篇之商品服务


下一篇:oracle数据库 聚合函数 LISTAGG 分组数据结果 行转列