高逼格的SQL写法：行行比较
环境准备 数据库版本：mysql 5.7.20-log
图片 建表 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 条数据
图片 基于 spring boot + mybatis plus + vue & element 实现的后台管理系统 + 用户小程序，支持 rbac 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址：https://github.com/yunaiv/ruoyi-vue-pro 视频教程：https://doc.iocoder.cn/video/ 需求背景 业务机构下销售商品，同个业务机构可以销售不同的商品，同个商品可以在不同的业务机构销售，也就说：业务机构与商品是多对多的关系
假设现在有 n 个机构，每个机构下有几个商品，如何查询出这几个门店下各自商品的销售情况？
具体点，类似如下
图片 如何查出 100001 下商品 1000、1001、1003 、 100002 下商品 1003、1004 、 100003 下商品 1006、1008、1009 的销售情况
相当于是双层列表（业务机构列表中套商品列表）的查询；业务机构列表和商品列表都不是固定的，而是动态的
那么问题就是：如何查询多个业务机构下，某些商品的销售情况
（问题经我一描述，可能更模糊了，大家明白意思了就好！）
基于 spring cloud alibaba + gateway + nacos + rocketmq + vue & element 实现的后台管理系统 + 用户小程序，支持 rbac 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址：https://github.com/yunaiv/yudao-cloud 视频教程：https://doc.iocoder.cn/video/ 循环查询 这个很容易想到，在代码层面循环业务机构列表，每个业务机构查一次数据库，伪代码如下：
图片 具体的 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 年制定的规范
行行比较不是新特性，而是很早就存在的基础功能！
CRT-DMC660ML全自动六轴双工位激光焊接示教系统
从AI最强大脑的产学经历中，我们应该学习什么？
SAA3010红外遥控接收的C程序源代码
STP、SFTP、UTP、FTP、ASTP双绞线都代表什么
一文深度了解红外传感器之热成像仪的应用场景
高逼格的SQL写法：行行比较
飞兆半导体的汽车级高速、低边驱动器系列 可提高效率、简化设计
关于绝缘型反激式转换器输出瞬态响应和输出电压上升波形
第一代光盘存储器是什么存储器
REALMAX发布首款支持5G的AR云平台 让用户能自由的构建AR世界
A.O.史密斯受邀出席中国高端电器新生态战略发动会
世强推出新能源汽车全套器件优选方案
普沃思中温再生解决方案有望成为锂电生产的必然选择
使电路板的组装和设计更加容易
FPC柔性线路板助力黄金赛道新能源市场
制作一个好梦机的方法
区块链的发展需要更快的进化能力
酷派手机消失在线下,华强北都无迹可寻
单片机弱上拉输出和推挽输出的区别是什么
5G在配电系统中的应用介绍
图片 建表 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 条数据
图片 基于 spring boot + mybatis plus + vue & element 实现的后台管理系统 + 用户小程序，支持 rbac 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址：https://github.com/yunaiv/ruoyi-vue-pro 视频教程：https://doc.iocoder.cn/video/ 需求背景 业务机构下销售商品，同个业务机构可以销售不同的商品，同个商品可以在不同的业务机构销售，也就说：业务机构与商品是多对多的关系
假设现在有 n 个机构，每个机构下有几个商品，如何查询出这几个门店下各自商品的销售情况？
具体点，类似如下
图片 如何查出 100001 下商品 1000、1001、1003 、 100002 下商品 1003、1004 、 100003 下商品 1006、1008、1009 的销售情况
相当于是双层列表（业务机构列表中套商品列表）的查询；业务机构列表和商品列表都不是固定的，而是动态的
那么问题就是：如何查询多个业务机构下，某些商品的销售情况
（问题经我一描述，可能更模糊了，大家明白意思了就好！）
基于 spring cloud alibaba + gateway + nacos + rocketmq + vue & element 实现的后台管理系统 + 用户小程序，支持 rbac 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址：https://github.com/yunaiv/yudao-cloud 视频教程：https://doc.iocoder.cn/video/ 循环查询 这个很容易想到，在代码层面循环业务机构列表，每个业务机构查一次数据库，伪代码如下：
图片 具体的 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 年制定的规范
行行比较不是新特性，而是很早就存在的基础功能！
CRT-DMC660ML全自动六轴双工位激光焊接示教系统
从AI最强大脑的产学经历中，我们应该学习什么？
SAA3010红外遥控接收的C程序源代码
STP、SFTP、UTP、FTP、ASTP双绞线都代表什么
一文深度了解红外传感器之热成像仪的应用场景
高逼格的SQL写法：行行比较
飞兆半导体的汽车级高速、低边驱动器系列 可提高效率、简化设计
关于绝缘型反激式转换器输出瞬态响应和输出电压上升波形
第一代光盘存储器是什么存储器
REALMAX发布首款支持5G的AR云平台 让用户能自由的构建AR世界
A.O.史密斯受邀出席中国高端电器新生态战略发动会
世强推出新能源汽车全套器件优选方案
普沃思中温再生解决方案有望成为锂电生产的必然选择
使电路板的组装和设计更加容易
FPC柔性线路板助力黄金赛道新能源市场
制作一个好梦机的方法
区块链的发展需要更快的进化能力
酷派手机消失在线下,华强北都无迹可寻
单片机弱上拉输出和推挽输出的区别是什么
5G在配电系统中的应用介绍