目錄

• where過濾數據
• having存在的意義
• having的日常運用
• having查重
• having統計篩選：達到某一指標的集合
• 必須group by后使用
• 具體執行順序的梳理
• 舉一個簡單例子理解這里的執行順序
• 總結

where過濾數據

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

在我們查詢數據庫時，不可能每一次都把所有數據拿出來（上億的數據量，啥服務器也扛不住?。?/p>

通常都是取出前10條，按時間取前30條，按名稱、年齡、金額等數據表中有的字段的值進行篩選；也有可能篩選后數據還是比較多，會進行一個分頁處理。
這里where的作用就必不可少了！只要是表中存在的字段值類型，寫成布爾值結果的表達式即可，多條件與、或、非運算都可以。

可以說，項目中用到的SQL語句，99.9%都包含Where語句的，實用程度可想而知。

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

having存在的意義

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

Where語句無法替代的，比如

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

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

因此，可以這么說，having可以做到where做不到的效果

having的日常運用

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

having查重

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

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

例如： 公司里2021年度總收入 < 120000 的員工篩選出來（然后漲工資~）

SELECT * FROMPayrollWHERE DATEPART(Year, CreateTime) = 2021GROUP BY EmployeeIdHAVING 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用處內容請搜索以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持！