关于使用多表联查代替LEFT JOIN 的使用方案

最新推荐文章于 2022-04-27 18:50:48 发布

csdn_life18

最新推荐文章于 2022-04-27 18:50:48 发布

阅读量1.2k

点赞数 2

分类专栏：数据库#mysql

原文链接：https://blog.csdn.net/ArroGance_X/article/details/108440320

版权

数据库#mysql 专栏收录该内容

23 篇文章

订阅专栏

前言

还记得，我们在刚刚开始学习MYSQL的时候，我们的老师或多或少都对我们说。MYSQL尽量不要去使用多表联查。

但是，理由呢？我们学习的过程之中，不应该仅仅只是去听，更应该自己思考。

我认为任何事情既然其存在必有其存在的含义。因此，我们不应该连考虑都不进行考虑就进行对其的否定。我们也应该勇敢的进行适当的尝试。

当然了，这并不是对自己的东西完全的肯定，对他人的完全否定。

这下面的内容，也仅仅只是一个使用方案罢了

问题

假设我们有两张表，一张记录商品信息，另一张商品类型，二者的关系是根据商品表之中记载的商品类型的主键来确定。二者的SQL 查询语句如下


SELECT shop_id , shop_name , shop_type_id FROM shop ; //查询商品表

SELECT shop_type_id , shop_type_name FROM shop_type; //查询商品类型

那我们如何对其进行联合查询操作呢？
主要的操作，我目前只能列举出以下几种（当然了，如果你有更好的方案也可以提出，学习嘛~）

// LEFT JOIN 查询
SELEFT s.shop_id,s.shop_name,st.shop_type_id,st.shop_type_name FROM shop s 
LEFT JOIN shop_type st ON s.shop_type_id = st.shop_type_id 

//多次查询
SELECT shop_id , shop_name , shop_type_id FROM shop ;
//之后利用 shop_type_id 来进行查询
SELECT shop_type_id , shop_type_name FROM shop_type;

两种方案各有各的好处，甚至他们的优缺点是相互互补的
1.查询次数少，查询资源浪费大
2.查询次数多，查询资源浪费少

上面两种，便是我们平常经常使用的方法。但是，现在倘若我们需要 shop_type_name 这个关系表内的属性值来进行查询呢？

那么首先，第二种的多次查询方案，就不得不废弃了，并且其SQL语句也被更改为：


SELEFT s.shop_id,s.shop_name,st.shop_type_id,st.shop_type_name FROM shop s LEFT JOIN
（SELECT st.shop_type_id , st.shop_type_name FROM shop_type st WHERE st.shop_type_name LIKE '%xxxx%' ) st 
ON s.shop_type_id = st.shop_type_id WHERE (XXXXX 'S的查询条件') AND st.shop_type_name LIKE '%xxxx%'

如此的方案的确可行，但是执行速率却并不是十分的乐观。
当前的环境，十万条数据，无索引。
虽然我们之前的学习可以知道，索引才是导致问题发生的主要原因。
但是，这样的结果并不是能让人忍受的。

å¨è¿éæå¥å¾çæè¿°

双表联查方案

因此，就是出于这样的目的，所以我想试一试双表联查。

但是施行不久，首先我们会先遇见一个挫折，s.shop_type_id 拥有空的状态，便是 s.shop_type_id 等于0 ，当结果等于此时，表示shop 并无类型

但是，双表联查的主要概念，便是查询两张表之间的交集。因此，当进行双表联查的时候，会自动忽略那些 type_id 为 0的字段。

因此，为了解决这个方案，我就在 shop_type_id 加上这么一个无意义的 id 为0的字段，便可以轻松解决这个问题。

这样，我们的SQL 查询语句便成功诞生了。

	SELEFT s.shop_id,s.shop_name,st.shop_type_id,st.shop_type_name FROM shop s ,shop_type st
	where  s.shop_type_id = st.shop_type_id AND (S 查询条件) AND st.shop_type_id = s.shop_type_id

å¨è¿éæå¥å¾çæè¿°