為了最簡單地說明問題，我特地設計了一張這樣的表。
一、GROUP BY單值規則
規則1：單值規則，跟在SELECT后面的列表，對於每個分組來說，必須返回且僅僅返回一個值。
典型的表現就是跟在SELECT后面的列，如果沒有使用聚合函數，必須出現在GROUP BY子句后面。
如下面這個查詢報錯：
因為對於按照部門分組之后，技術部分組有3個編號，銷售部分組有2個編號，你讓數據庫顯示哪個呢？
如果假設你使用聚合函數COUNT(編號)之后，對於每個部門分組，就只有一個值 - 該部門下的人數：
下面來實戰下，我們希望查詢出每個部門，最高工資的那個人的姓名，部門，工資。
Shit，出師不利。第一次實戰就錯誤了，我們來分析下。
很明顯，上面的姓名列是不符合單值規則的。我們的一廂情願想法是，MAX(工資)之后，SQL Server就能自動幫我們返回不符合單值規則的'姓名'。但是很遺憾,SQL Server並沒有這么做。理由如下：
- 如果兩個人的工資相同，那么應該將哪個人的姓名返回?
- 如果我們使用的不是MAX()聚合函數，而是SUM、AVG等聚合函數（沒有與之匹配的工資），那么姓名返回哪個？
- 如果在查詢語句中使用了兩個聚合函數，如MAX(),MIN()。那么應該返回的是MAX工資的姓名，還是MIN工資的姓名呢？
綜上所述，數據庫是不可能能夠根據我們輸入的一個聚合函數，就幫助我們判斷並顯示出不符合單值規則的列的。
對於MYSQL來說，當有這種不符合單值規則的列時，默認是返回這一組結果的第一條記錄。而SQLite是返回最后一條。
因此，對於以上查詢，我們要另尋解決方案。
解決方案1：關聯子查詢
SELECT 姓名,部門,工資 FROM 工資表 AS T1 WHERE NOT EXISTS (SELECT NULL FROM 工資表 AS T2 WHERE T1.部門 = T2.部門 AND T2.工資 > T1.工資)
輸出如下：
完全符合要求。對於上面的關聯子查詢，可以理解為：
遍歷工資表的所有記錄，查找不存在比當前記錄部門相同且工資還大的記錄。
雖然，關聯子查詢的語法非常簡單，但是性能並不好。因為對於每一條記錄，都要執行一次子查詢。
解決方案2：衍生表
使用衍生表的思路是，先執行一個子查詢，得到一個臨時結果集，然后用臨時結果集和原表進行INNER JOIN操作。就能得到最高工資的人的信息。
剛寫出這個SQL語句時，覺得非常妙，理解了之后覺得非常妙。
SELECT 姓名,T1.部門,工資 FROM 工資表 AS T1 INNER JOIN ( SELECT 部門,MAX(工資) AS 最高 FROM 工資表 --執行查詢，先記錄兩個字段 部門-最高工資 GROUP BY 部門 ) AS T2 --衍生表T2 ON T1.部門 = T2.部門 AND 工資 = 最高
衍生表的方式性能優於關聯子查詢，因為衍生表的方式只執行了一次子查詢。但是它需要一張臨時表來存儲臨時記錄。因此，這個方案也並不是最佳的解決方案。
解決方案3：使用JOIN + IS NULL
這是一個更妙的解決方案，當我們用一個外聯結去匹配記錄時，當匹配的記錄不存在，就會用NULL來代替相應的列。
我們先來看一條非常簡答的SQL語句：
從中你看到了什么？當T2表中，不存在比T1表中工資高的記錄時就返回NULL。
那么，那么，那么一個IS NULL是不是就解決問題了呢？
好妙，好妙的方法，讓人拍案叫絕的使用了OUTER JOIN。
JOIN解決方案適用於針對大量數據查詢並且可伸縮比較時。它總是能比基於子查詢的解決方案更好地適應數據量的變量。
解決方案4：對額外的列使用聚合函數
我們知道，GROUP BY時，SELECT列表必須返回的是單值，那么我們可不可以通過使用聚合函數，讓這個列返回單值呢？答案是可以的。
其實，返回的數據是有問題的，當工資相同時，它就返回按姓名從大到小排列的第一個姓名。也就是說，當工資相同時，它只能夠返回一條記錄。
我們將聚合函數換成MIN看看。
解決方案5：Row_Number() + OVER
WITH B AS ( SELECT row_number() OVER(PARTITION BY Name ORDER BY CreateTime) AS part ,Score, Name, CreateTime FROM xxx ) SELECT * FROM B WHERE Part = 1
輸出如下：
二、HAVING的理解
WHERE與HAVING的區別：
- WHERE(分組前過濾)：WHERE不能對聚合函數列進行過濾，因為執行WHERE的時候，分組尚未執行，聚合函數也未執行。
- HAVING(分組后過濾)：主要用於對聚合函數列進行過濾，因為HAVING實在分組之后執行的。HAVING子句只能配合GROUP BY子句使用。沒有GROUP BY子句時不能使用HAVING。
錯誤使用WHERE的示例：
正確使用WHERE與HAVING的示例：
