高逼格的 SQL 寫法:行行比較,別問為什麼,問就是逼格高。。
本文連結:www.cnblogs.com/youzhibing/p/15101096.html
環境準備
資料庫版本: 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 年制定的規範,行行比較不是新特性,而是很早就存在的基礎功能!
近期熱文推薦:
1.1,000+ 道 Java面試題及答案整理(2022最新版)
4.Spring Boot 2.6 正式釋出,一大波新特性。。
覺得不錯,別忘了隨手點贊+轉發哦!
- 有了 for (;;) 為什麼還需要 while (true) ? 到底哪個更快?
- 再見,Spring Security OAuth!!
- Spring Boot Vue Shiro 實現前後端分離、許可權控制
- Java 技術棧中介軟體優雅停機方案設計與實現全景圖
- Java 技術棧中介軟體優雅停機方案設計與實現全景圖
- JHipster:Java和JavaScript的全棧框架
- 面試官:Spring 註解 @After,@Around,@Before 的執行順序是?
- C 與Java“相愛相殺”:一個步步緊逼,一個節節敗退
- C 即將超越Java、360企業安全雲或將上線“一鍵強制下班”功能、Glibc增加面向Arm SVE優化的記憶體拷貝 ...
- 面向開發人員的映象和容器實踐指南
- 面試官:生成訂單 30 分鐘未支付,則自動取消,該怎麼實現?
- 臥槽!!IntelliJ IDEA 居然偷偷改程式碼。。
- 鑑權 5 兄弟:cookie、session、token、jwt、單點登入,終於有人說清楚了!
- 高逼格的 SQL 寫法:行行比較,別問為什麼,問就是逼格高。。
- 你見過最垃圾的程式碼長什麼樣?(來長長見識)
- 不捲了!技術團隊成員集體辭職
- 引爆全球的 Log4j2 核彈級漏洞,JNDI 到底是個什麼鬼?
- TIOBE 1月程式語言排行榜出爐:Python蟬聯冠軍,C和JAVA分列二三
- 再見,CentOS!2021/12/31 宣佈正式停服。。
- 基於 ElasticSearch 實現站內全文搜尋,寫得太好了!