msSQL中having的用處詳解

Posted on by

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用處內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：