環(huán)境準備

　　數據庫版本：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 '業(yè)務(wù)機構編碼',

　　`ware_inside_code` bigint(20) NOT NULL COMMENT '商品自編碼',

　　`weight_sale_cnt_day` double(16,4) DEFAULT NULL COMMENT '平均日銷(xiāo)量',

　　`last_thirty_days_sales` double(16,4) DEFAULT NULL COMMENT '最近30天銷(xiāo)量',

　　`last_sixty_days_sales` double(16,4) DEFAULT NULL COMMENT '最近60天銷(xiāo)量',

　　`last_ninety_days_sales` double(16,4) DEFAULT NULL COMMENT '最近90天銷(xiāo)量',

　　`same_period_sale_qty_thirty` double(16,4) DEFAULT NULL COMMENT '去年同期30天銷(xiāo)量',

　　`same_period_sale_qty_sixty` double(16,4) DEFAULT NULL COMMENT '去年同期60天銷(xiāo)量',

　　`same_period_sale_qty_ninety` double(16,4) DEFAULT NULL COMMENT '去年同期90天銷(xiāo)量',

　　`create_user` bigint(20) DEFAULT NULL COMMENT '創(chuàng )建人',

　　`create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '創(chuàng )建時(shí)間',

　　`modify_user` bigint(20) DEFAULT NULL COMMENT '最終修改人',

　　`modify_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最終修改時(shí)間',

　　`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='商品銷(xiāo)售統計';

　　初始化數據

　　準備了 769063 條數據

　　需求背景

　　業(yè)務(wù)機構下銷(xiāo)售商品，同個(gè)業(yè)務(wù)機構可以銷(xiāo)售不同的商品，同個(gè)商品可以在不同的業(yè)務(wù)機構銷(xiāo)售，也就說(shuō)：業(yè)務(wù)機構與商品是多對多的關(guān)系

　　假設現在有 n 個(gè)機構，每個(gè)機構下有幾個(gè)商品，如何查詢(xún)出這幾個(gè)門(mén)店下各自商品的銷(xiāo)售情況?

　　具體點(diǎn)，類(lèi)似如下

　　如何查出 100001 下商品 1000、1001、1003 、 100002 下商品 1003、1004 、 100003 下商品 1006、1008、1009 的銷(xiāo)售情況

　　相當于是雙層列表(業(yè)務(wù)機構列表中套商品列表)的查詢(xún);業(yè)務(wù)機構列表和商品列表都不是固定的，而是動(dòng)態(tài)的

　　那么問(wèn)題就是：如何查詢(xún)多個(gè)業(yè)務(wù)機構下，某些商品的銷(xiāo)售情況

　　問(wèn)題經(jīng)我一描述，可能更模糊了，大家明白意思了就好!

　　循環(huán)查詢(xún)

　　這個(gè)很容易想到，在代碼層面循環(huán)業(yè)務(wù)機構列表，每個(gè)業(yè)務(wù)機構查一次數據庫，偽代碼如下：

　　具體的 SQL 類(lèi)似如下

　　SQL 能走索引

　　實(shí)現簡(jiǎn)單，也好理解，SQL 也能走索引，一切看起來(lái)似乎很完美

　　然而現實(shí)是：部門(mén)開(kāi)發(fā)規范約束，不能循環(huán)查數據庫

　　哦豁，這種方式只能放棄，另尋其他方式了

　　OR 拼接

　　通過(guò) MyBatis 的 動(dòng)態(tài) SQL 功能，進(jìn)行 SQL 拼接，類(lèi)似如下

　　具體的 SQL 類(lèi)似如下

　　SQL 也能走索引

　　實(shí)現簡(jiǎn)單，也好理解，SQL 也能走索引，而且只查詢(xún)一次數據庫，貌似可行

　　唯一可惜的是：有點(diǎn)費 OR，如果業(yè)務(wù)機構比較多，那 SQL 會(huì )比較長(cháng)

　　作為候選人之一吧，我們接著(zhù)往下看

　　混查過(guò)濾

　　同樣是利用 Mybatis 的 動(dòng)態(tài) SQL ，將 business_id 列表拼在一起、 ware_inside_code 拼在一起，類(lèi)似如下

　　具體的 SQL 類(lèi)似如下

　　SQL 也能走索引

　　實(shí)現簡(jiǎn)單，也好理解，SQL 也能走索引，而且只查詢(xún)一次數據庫，似乎可行

　　但是：查出來(lái)的結果集大于等于我們想要的結果集，你品，你細品!

　　所以還需要對查出來(lái)的結果集進(jìn)行一次過(guò)濾，過(guò)濾出我們想要的結果集

　　姑且也作為候選人之一吧，我們繼續往下看

　　行行比較

　　SQL-92 中加入了行與行比較的功能，這樣一來(lái)，比較謂詞 = 、< 、> 和 IN 謂詞的參數就不再只是標量值了，還可以是值列表了

　　當然，還是得用到 Mybatis 的 動(dòng)態(tài) SQL ，類(lèi)似如下

　　具體的 SQL 類(lèi)似如下

　　SQL 同樣能走索引

　　實(shí)現簡(jiǎn)單，SQL 也能走索引，而且只查詢(xún)一次數據庫，感覺(jué)可行

　　只是：有點(diǎn)不好理解，因為我們平時(shí)這么用的少，所以這種寫(xiě)法看起來(lái)很陌生

　　另外，行行比較是 SQL 規范，不是某個(gè)關(guān)系型數據庫的規范，也就說(shuō)關(guān)系型數據庫都應該支持這種寫(xiě)法

　　總結

　　1、最后選擇了 行行比較 這種方式來(lái)實(shí)現了需求

　　別問(wèn)我為什么，問(wèn)就是逼格高!

　　2、某一個(gè)需求的實(shí)現往往有很多種方式，我們需要結合業(yè)務(wù)以及各種約束綜合考慮，選擇最合適的那個(gè)

　　3、行行比較是 SQL-92 中引入的，SQL-92 是 1992 年制定的規范

　　行行比較不是新特性，而是很早就存在的基礎功能!
　?。?a href="http://www.reeanfmc.com/wechat/">邯鄲小程序開(kāi)發(fā)）