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，這里就篩選出來領的少的員工，然后進行補償....這整個順序大致分三步:拿零食、分零食、找少的；它的順序肯定是不可顛倒的，總不能先找少的？還沒分呢，先分，那零食還沒拿出來或買回來，怎么分....

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

總結