-
SQL写法--行行比较
环境准备
数据库版本:MySQL 5.7.20-log
建表 SQL
初始化数据
准备了769063条数据
需求背景
业务机构下销售商品,同个业务机构可以销售不同的商品,同个商品可以在不同的业务机构销售,也就说:业务机构与商品是多对多的关系
假设现在有 n 个机构,每个机构下有几个商品,如何查询出这几个门店下各自商品的销售情况?
具体点,类似如下
如何查出100001
下商品1000、1001、1003
、100002
下商品1003、1004
、100003
下商品1006、1008、1009
的销售情况
相当于是双层列表(业务机构列表中套商品列表)的查询;业务机构列表和商品列表都不是固定的,而是动态的
那么问题就是:如何查询多个业务机构下,某些商品的销售情况
(问题经我一描述,可能更模糊了,大家明白意思了就好!)
循环查询
这个很容易想到,在代码层面循环业务机构列表,每个业务机构查一次数据库,伪代码如下:
具体的 SQL 类似如下
SQL 能走索引
实现简单,也好理解,SQL 也能走索引,一切看起来似乎很完美
然而现实是:部门开发规范约束,不能循环查数据库
哦豁,这种方式只能放弃,另寻其他方式了
OR 拼接
通过MyBatis的动态 SQL功能,进行 SQL 拼接,类似如下
具体的 SQL 类似如下
SQL 也能走索引
实现简单,也好理解,SQL 也能走索引,而且只查询一次数据库,貌似可行
唯一可惜的是:有点费 OR,如果业务机构比较多,那 SQL 会比较长
作为候选人之一吧,我们接着往下看
混查过滤
同样是利用Mybatis
的动态 SQL,将business_id
列表拼在一起、ware_inside_code
拼在一起,类似如下
具体的 SQL 类似如下
SQL 也能走索引
实现简单,也好理解,SQL 也能走索引,而且只查询一次数据库,似乎可行
但是:查出来的结果集大于等于我们想要的结果集,你品,你细品!
所以还需要对查出来的结果集进行一次过滤,过滤出我们想要的结果集
姑且也作为候选人之一吧,我们继续往下看
行行比较
SQL-92 中加入了行与行比较的功能,这样一来,比较谓词 = 、< 、> 和 IN 谓词的参数就不再只是标量值了,还可以是值列表了
当然,还是得用到Mybatis
的动态 SQL,类似如下
具体的 SQL 类似如下
SQL 同样能走索引
实现简单,SQL 也能走索引,而且只查询一次数据库,感觉可行
只是:有点不好理解,因为我们平时这么用的少,所以这种写法看起来很陌生
另外,行行比较是 SQL 规范,不是某个关系型数据库的规范,也就说关系型数据库都应该支持这种写法
总结
1、最后选择了 行行比较 这种方式来实现了需求
别问我为什么,问就是逼格高!
2、某一个需求的实现往往有很多种方式,我们需要结合业务以及各种约束综合考虑,选择最合适的那个
3、行行比较是 SQL-92 中引入的,SQL-92 是 1992 年制定的规范
行行比较不是新特性,而是很早就存在的基础功能!