环境准备
数据库版本:MySQL 5.7.20-log
![98c4507f5559cbaae1bb0665de4b32df.png](https://i-blog.csdnimg.cn/blog_migrate/811c09086eccbaf174ccd6c4014ffe5e.png)
建表 SQL
DROP TABLE IF EXISTS `t_ware_sale_statistics`;
CREATE TABLE `t_ware_sale_statistics` (
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键id',
`business_id` bigint(20) NOT NULL COMMENT '业务机构编码',
`ware_inside_code` bigint(20) NOT NULL COMMENT '商品自编码',
`weight_sale_cnt_day` double(16,4) DEFAULT NULL COMMENT '平均日销量',
`last_thirty_days_sales` double(16,4) DEFAULT NULL COMMENT '最近30天销量',
`last_sixty_days_sales` double(16,4) DEFAULT NULL COMMENT '最近60天销量',
`last_ninety_days_sales` double(16,4) DEFAULT NULL COMMENT '最近90天销量',
`same_period_sale_qty_thirty` double(16,4) DEFAULT NULL COMMENT '去年同期30天销量',
`same_period_sale_qty_sixty` double(16,4) DEFAULT NULL COMMENT '去年同期60天销量',
`same_period_sale_qty_ninety` double(16,4) DEFAULT NULL COMMENT '去年同期90天销量',
`create_user` bigint(20) DEFAULT NULL COMMENT '创建人',
`create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
`modify_user` bigint(20) DEFAULT NULL COMMENT '最终修改人',
`modify_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最终修改时间',
`is_delete` tinyint(2) DEFAULT '2' COMMENT '是否删除,1:是,2:否',
PRIMARY KEY (`id`) USING BTREE,
KEY `idx_business_ware` (`business_id`,`ware_inside_code`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 ROW_FORMAT=DYNAMIC COMMENT='商品销售统计';
初始化数据
准备了 769063 条数据
![2fa2f1b563034d1ae6e95fcb610aae4a.png](https://i-blog.csdnimg.cn/blog_migrate/312aa1a8f77b95cf00ddaa1d882476e6.png)
需求背景
业务机构下销售商品,同个业务机构可以销售不同的商品,同个商品可以在不同的业务机构销售,也就说:业务机构与商品是多对多的关系
假设现在有 n 个机构,每个机构下有几个商品,如何查询出这几个门店下各自商品的销售情况?
具体点,类似如下
![5bc1360b6a1c7ca7264cf61abac978fd.png](https://i-blog.csdnimg.cn/blog_migrate/8b3208d5a4eebee39e659c27f148db0e.png)
如何查出 100001 下商品 1000、1001、1003 、 100002 下商品 1003、1004 、 100003 下商品 1006、1008、1009 的销售情况
相当于是双层列表(业务机构列表中套商品列表)的查询;业务机构列表和商品列表都不是固定的,而是动态的
那么问题就是:如何查询多个业务机构下,某些商品的销售情况
问题经我一描述,可能更模糊了,大家明白意思了就好!
循环查询
这个很容易想到,在代码层面循环业务机构列表,每个业务机构查一次数据库,伪代码如下:
![d4791b7abff52c86ea2bbe522978e4f6.png](https://i-blog.csdnimg.cn/blog_migrate/2913955e8ca8e6457e8ad92b2b67703c.png)
具体的 SQL 类似如下
![18c0457dc3246d7d82dce7e84dc04cf0.png](https://i-blog.csdnimg.cn/blog_migrate/d30f13c42717b1592d20b0c7f2669175.png)
SQL 能走索引
![f43e067eb960ef03a275cb499254a22f.png](https://i-blog.csdnimg.cn/blog_migrate/8918e21857ef22d5b22656738cc9810f.png)
实现简单,也好理解,SQL 也能走索引,一切看起来似乎很完美,然而现实是:部门开发规范约束,不能循环查数据库,哦豁,这种方式只能放弃,另寻其他方式了
OR 拼接
通过 MyBatis 的 动态 SQL 功能,进行 SQL 拼接,类似如下
![b11880f2f594dd19ae051c4f3b3cb12e.png](https://i-blog.csdnimg.cn/blog_migrate/ede4ae9f4d367c41282c8fc41eb18a54.png)
具体的 SQL 类似如下
![c4bdfb7e726a779f707709aff16a8f69.png](https://i-blog.csdnimg.cn/blog_migrate/d37c65f08c9b72cebe342b7ecbce5029.png)
SQL 也能走索引
![559e8f1ad6cf6fe519485e0545a362e1.png](https://i-blog.csdnimg.cn/blog_migrate/8c7a292deafae41cd0c8e47093aeadab.png)
实现简单,也好理解,SQL 也能走索引,而且只查询一次数据库,貌似可行
唯一可惜的是:有点费 OR,如果业务机构比较多,那 SQL 会比较长
作为候选人之一吧,我们接着往下看
混查过滤
同样是利用 Mybatis 的 动态 SQL ,将 business_id
列表拼在一起、 ware_inside_code
拼在一起,类似如下
![b892712fa1885ed7cec7e24c12bfda3d.png](https://i-blog.csdnimg.cn/blog_migrate/925b1e1e54b38b69a02f6c12d9e1df04.png)
具体的 SQL 类似如下
![774740e95f43ad8e0d1ff87f2621efb7.png](https://i-blog.csdnimg.cn/blog_migrate/c2457c22c589c8aafbfd60531c6177da.png)
SQL 也能走索引
![f9a23ef216005599ee82e26e6a97d870.png](https://i-blog.csdnimg.cn/blog_migrate/c453d96d1f6141251fcd158f7e003430.png)
实现简单,也好理解,SQL 也能走索引,而且只查询一次数据库,似乎可行
但是:查出来的结果集大于等于我们想要的结果集,你品,你细品!
所以还需要对查出来的结果集进行一次过滤,过滤出我们想要的结果集
姑且也作为候选人之一吧,我们继续往下看
行行比较
SQL-92 中加入了行与行比较的功能,这样一来,比较谓词 = 、< 、> 和 IN 谓词的参数就不再只是标量值了,还可以是值列表了
当然,还是得用到 Mybatis 的 动态 SQL ,类似如下
![db44327067b07ac2f0948949daa34e22.png](https://i-blog.csdnimg.cn/blog_migrate/4be2fd1027ca89aa4586b8e9deb0ca26.png)
具体的 SQL 类似如下
![6418eeb210c36852e4cc56c93b92c656.png](https://i-blog.csdnimg.cn/blog_migrate/fa6efa8624c023e51fc0c9ec8f3be1e4.png)
SQL 同样能走索引
![563d64cda17ac8a2ab6436fb01a2efc2.png](https://i-blog.csdnimg.cn/blog_migrate/fa210d86bd271e3b23ea2b0ecf4f5c6f.png)
实现简单,SQL 也能走索引,而且只查询一次数据库,感觉可行
只是:有点不好理解,因为我们平时这么用的少,所以这种写法看起来很陌生
另外,行行比较是 SQL 规范,不是某个关系型数据库的规范,也就说关系型数据库都应该支持这种写法总结
1、最后选择了 行行比较 这种方式来实现了需求
别问我为什么,问就是逼格高!
2、某一个需求的实现往往有很多种方式,我们需要结合业务以及各种约束综合考虑,选择最合适的那个
3、行行比较是 SQL-92 中引入的,SQL-92 是 1992 年制定的规范
行行比较不是新特性,而是很早就存在的基础功能!
参考
《SQL进阶教程》
神奇的 SQL 之 MySQL 执行计划 → EXPLAIN,让我们了解 SQL 的执行过程!
神奇的 SQL 之性能优化 → 让 SQL 飞起来
神奇的 SQL 之擦肩而过 → 真的用到索引了吗
来源:cnblogs.com/youzhibing/p/15101096.html
(完)
PS:如果觉得我的分享不错,欢迎大家随手点赞、在看。
关注公众号:Java后端编程,回复下面关键字
要Java学习完整路线,回复 路线
缺Java入门视频,回复: 视频
要Java面试经验,回复 面试
缺Java项目,回复: 项目
进Java粉丝群: 加群
PS:如果觉得我的分享不错,欢迎大家随手点赞、在看。
(完)
加我"微信" 获取一份 最新Java面试题资料
请备注:666,不然不通过~
最近好文
1、Mybatis 开发神器:Fast MyBatis 超好用
3、突发!Spring Cloud 爆高危漏洞。。赶紧修复!!
5、一个基于 SpringBoot+Vue 仿饿了么外卖系统
最近面试BAT,整理一份面试资料《Java面试BAT通关手册》,覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。
获取方式:关注公众号并回复 java 领取,更多内容陆续奉上。
明天见(。・ω・。)ノ♡