環(huán)境準備
數(shù)據(jù)庫版本:MySQL 5.7.20-log
建表 SQL
DROPTABLEIFEXISTS`t_ware_sale_statistics`;
CREATETABLE`t_ware_sale_statistics`(
`id`bigint(20)NOTNULLAUTO_INCREMENTCOMMENT'主鍵id',
`business_id`bigint(20)NOTNULLCOMMENT'業(yè)務(wù)機構(gòu)編碼',
`ware_inside_code`bigint(20)NOTNULLCOMMENT'商品自編碼',
`weight_sale_cnt_day`double(16,4)DEFAULTNULLCOMMENT'平均日銷量',
`last_thirty_days_sales`double(16,4)DEFAULTNULLCOMMENT'最近30天銷量',
`last_sixty_days_sales`double(16,4)DEFAULTNULLCOMMENT'最近60天銷量',
`last_ninety_days_sales`double(16,4)DEFAULTNULLCOMMENT'最近90天銷量',
`same_period_sale_qty_thirty`double(16,4)DEFAULTNULLCOMMENT'去年同期30天銷量',`same_period_sale_qty_sixty`double(16,4)DEFAULTNULLCOMMENT'去年同期60天銷量',`same_period_sale_qty_ninety`double(16,4)DEFAULTNULLCOMMENT'去年同期90天銷量',
`create_user`bigint(20)DEFAULTNULLCOMMENT'創(chuàng)建人',
`create_time`datetimeNOTNULLDEFAULTCURRENT_TIMESTAMPCOMMENT'創(chuàng)建時間',
`modify_user`bigint(20)DEFAULTNULLCOMMENT'最終修改人',
`modify_time`datetimeNOTNULLDEFAULTCURRENT_TIMESTAMPONUPDATECURRENT_TIMESTAMPCOMMENT'最終修改時間',`is_delete`tinyint(2)DEFAULT'2'COMMENT'是否刪除,1:是,2:否',
PRIMARYKEY(`id`)USINGBTREE,
KEY`idx_business_ware`(`business_id`,`ware_inside_code`)USINGBTREE
)ENGINE=InnoDBDEFAULTCHARSET=utf8mb4ROW_FORMAT=DYNAMICCOMMENT='商品銷售統(tǒng)計';
初始化數(shù)據(jù)
準備了 769063 條數(shù)據(jù)
基于 Spring Boot + MyBatis Plus + Vue & Element 實現(xiàn)的后臺管理系統(tǒng) + 用戶小程序,支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能
- 項目地址:https://github.com/YunaiV/ruoyi-vue-pro
- 視頻教程:https://doc.iocoder.cn/video/
需求背景
業(yè)務(wù)機構(gòu)下銷售商品,同個業(yè)務(wù)機構(gòu)可以銷售不同的商品,同個商品可以在不同的業(yè)務(wù)機構(gòu)銷售,也就說:業(yè)務(wù)機構(gòu)與商品是多對多的關(guān)系
假設(shè)現(xiàn)在有 n 個機構(gòu),每個機構(gòu)下有幾個商品,如何查詢出這幾個門店下各自商品的銷售情況?
具體點,類似如下
如何查出 100001 下商品 1000、1001、1003 、 100002 下商品 1003、1004 、 100003 下商品 1006、1008、1009 的銷售情況
相當(dāng)于是雙層列表(業(yè)務(wù)機構(gòu)列表中套商品列表)的查詢;業(yè)務(wù)機構(gòu)列表和商品列表都不是固定的,而是動態(tài)的
那么問題就是:如何查詢多個業(yè)務(wù)機構(gòu)下,某些商品的銷售情況
(問題經(jīng)我一描述,可能更模糊了,大家明白意思了就好?。?/p>
基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實現(xiàn)的后臺管理系統(tǒng) + 用戶小程序,支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能
循環(huán)查詢
這個很容易想到,在代碼層面循環(huán)業(yè)務(wù)機構(gòu)列表,每個業(yè)務(wù)機構(gòu)查一次數(shù)據(jù)庫,偽代碼如下:
具體的 SQL 類似如下
SQL 能走索引
實現(xiàn)簡單,也好理解,SQL 也能走索引,一切看起來似乎很完美
然而現(xiàn)實是:部門開發(fā)規(guī)范約束,不能循環(huán)查數(shù)據(jù)庫
哦豁,這種方式只能放棄,另尋其他方式了
OR 拼接
通過 MyBatis 的 動態(tài) SQL 功能,進行 SQL 拼接,類似如下
具體的 SQL 類似如下
SQL 也能走索引
實現(xiàn)簡單,也好理解,SQL 也能走索引,而且只查詢一次數(shù)據(jù)庫,貌似可行
唯一可惜的是:有點費 OR,如果業(yè)務(wù)機構(gòu)比較多,那 SQL 會比較長
作為候選人之一吧,我們接著往下看
混查過濾
同樣是利用 Mybatis 的 動態(tài) SQL ,將 business_id 列表拼在一起、 ware_inside_code 拼在一起,類似如下
具體的 SQL 類似如下
SQL 也能走索引
實現(xiàn)簡單,也好理解,SQL 也能走索引,而且只查詢一次數(shù)據(jù)庫,似乎可行
但是:查出來的結(jié)果集大于等于我們想要的結(jié)果集,你品,你細品!
所以還需要對查出來的結(jié)果集進行一次過濾,過濾出我們想要的結(jié)果集
姑且也作為候選人之一吧,我們繼續(xù)往下看
行行比較
SQL-92 中加入了行與行比較的功能,這樣一來,比較謂詞 = 、< 、> 和 IN 謂詞的參數(shù)就不再只是標量值了,還可以是值列表了
當(dāng)然,還是得用到 Mybatis 的 動態(tài) SQL ,類似如下
具體的 SQL 類似如下
SQL 同樣能走索引
實現(xiàn)簡單,SQL 也能走索引,而且只查詢一次數(shù)據(jù)庫,感覺可行
只是:有點不好理解,因為我們平時這么用的少,所以這種寫法看起來很陌生
另外,行行比較是 SQL 規(guī)范,不是某個關(guān)系型數(shù)據(jù)庫的規(guī)范,也就說關(guān)系型數(shù)據(jù)庫都應(yīng)該支持這種寫法
總結(jié)
1、最后選擇了 行行比較 這種方式來實現(xiàn)了需求
別問我為什么,問就是逼格高!
2、某一個需求的實現(xiàn)往往有很多種方式,我們需要結(jié)合業(yè)務(wù)以及各種約束綜合考慮,選擇最合適的那個
3、行行比較是 SQL-92 中引入的,SQL-92 是 1992 年制定的規(guī)范
行行比較不是新特性,而是很早就存在的基礎(chǔ)功能!
審核編輯 :李倩
-
SQL
+關(guān)注
關(guān)注
1文章
750瀏覽量
43900 -
數(shù)據(jù)庫
+關(guān)注
關(guān)注
7文章
3712瀏覽量
64028
原文標題:高逼格的SQL寫法:行行比較
文章出處:【微信號:AndroidPush,微信公眾號:Android編程精選】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
相關(guān)推薦
評論