環境準備

　　數據庫版本：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 之擦肩而過 → 真的用到索引了嗎

到此這篇關于SQL寫法--行行比較的文章就介紹到這了,更多相關SQL 行行比較內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！