乐趣区

关于java:高逼格的-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 条数据

需要背景

业务机构下销售商品,同个业务机构能够销售不同的商品,同个商品能够在不同的业务机构销售,也就说:业务机构与商品是多对多的关系

假如当初有 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 年制订的标准

行行比拟不是新个性,而是很早就存在的根底性能!

参考

  • 《SQL 进阶教程》
  • 神奇的 SQL 之 MySQL 执行打算 → EXPLAIN,让咱们理解 SQL 的执行过程!
  • 神奇的 SQL 之性能优化 → 让 SQL 飞起来
  • 神奇的 SQL 之擦肩而过 → 真的用到索引了吗
退出移动版