首頁 > 軟體

msSQL中having的用處詳解

2022-05-29 14:00:17

where過濾資料

要說having,首先要說一下where,這個語句非常常用且重要。

在我們查詢資料庫時,不可能每一次都把所有資料拿出來(上億的資料量,啥伺服器也扛不住啊)

通常都是取出前10條,按時間取前30條,按名稱、年齡、金額等資料表中有的欄位的值進行篩選;也有可能篩選後資料還是比較多,會進行一個分頁處理。
這裡where的作用就必不可少了!只要是表中存在的欄位值型別,寫成布林值結果的表示式即可,多條件與、或、非運算都可以。

可以說,專案中用到的SQL語句,99.9%都包含Where語句的,實用程度可想而知。

但是它卻有無法實現的一些功能,這時,having就要出場了~

having存在的意義

SQL語句中,如果需要計算總數、累加、求均值等聚合運算,並篩選出總數未達到或達到的部分集合

Where語句無法替代的,比如

在Where 中使用 Count時,異常報錯如下

圖片內容翻譯: Where中不能出現聚合運算,只能寫到having或者select中

因此,可以這麼說,having可以做到where做不到的效果

having的日常運用

通常有having的地方都有聚合運算,

having查重

SELECT
    CompanyName
FROM Company 
GROUP BY CompanyName 
HAVING count(1) > 1

having統計篩選:達到某一指標的集合

例如: 公司裡2021年度總收入 < 120000 的員工篩選出來(然後漲工資~)

SELECT * FROM
Payroll
WHERE DATEPART(Year, CreateTime) = 2021
GROUP BY EmployeeId
HAVING SUM(Wages) < 120000

必須group by後使用

通過上面的兩個簡單例子,可以看出,having都是寫在group by後面

為什麼是這樣呢?

首先,group by作用是將資料進行按條件分組,having的作用是對聚合計算操作後的資料進行篩選

因此,沒有前面的分組,也就沒辦法聚合計算了,那更沒有對聚合結果的篩選操作了

結論:having出現的地方,前面必須有group by,而反過來則不一定(有group by,不一定需要having...)

具體執行順序的梳理

首先肯定是資料來源開始,資料都在資料庫中,對資料庫中資料進行篩選的是Where,那where肯定第一個執行

把資料拿出來之後,直接比較?肯定不是,要按條件進行分類(即分組),最後才是聚合計算,having過濾的是聚合計算的結果。

換句話說,where查詢完資料庫,資料已經到了裝置的記憶體當中了,group by 和 having 都是在記憶體中進行的!相當於資料被篩選了兩次,計算了一次,這一次計算夾在兩次篩選之間,而計算前還有一次分組的過程。

這裡也可以看出來,where和having都是過濾資料,前者是過濾資料庫中資料,後者是過濾聚合計算後的資料!

舉一個簡單例子理解這裡的執行順序

一個不會舉例子的程式設計師是沒有前途的....

比如公司給員工發福利之分零食,首先肯定要把零食從超市或倉庫裡拿出來(購買或拿肯定有一個篩選過程,就是where了),然後再按人員或部門進行分發(Group by),最後領導說,統計一下那些人分的少於3包

(隨便規定一個條件),這裡就用到了having,這裡就篩選出來領的少的員工,然後進行補償....這整個順序大致分三步:拿零食、分零食、找少的;它的順序肯定是不可顛倒的,總不能先找少的?還沒分呢,先分,那零食還沒拿出來或買回來,怎麼分....

好了既然執行順序理清了,拿寫法也是相當人性化,就按照執行順序來寫就行了,好理解,書寫時也符合我們的思維邏輯。

總結

到此這篇關於msSQL中having用處詳解的文章就介紹到這了,更多相關msSQL中having用處內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com!


IT145.com E-mail:sddin#qq.com