雖然看過，但是在專案中遇到一個SQL，要求給使用者按投票數排序，票數相等時按照先達到票數的時間排序，一開始竟然不會寫？？？？後來從網上找了一圈

SQL UID,SUM(VOTE) AS VOTES FROM TABLE WHERE STAR=? GROUP BY UID ORDER BY VOTES DESC,MAX(CREATE_TIME) ASC;

稍微解釋一下：首先按照where找到要排序的粉絲，然後GROUP BY uid將使用者分組，同時SUM(VOTE)計算出每個使用者的總票數，並在ORDER BY 裡按DESC排序，若票數相等則再按create_time排序，之所以用MAX(create_time)也是為了找出使用者最後一票的時間，然後比較使用者們最後一票的時間，當然是小的是靠前的了。就完成了查詢。

這裡涉及了一個GROUP BY的點，GROUP BY後會為每個組只保留一條資料，所以這時可以使用聚合函式來篩選出想要的資料，這裡就是使用SUM 和 MAX篩選出想要的結果。

下面的結果是從網上摘錄的，做個記錄吧先。

下面我們來具體分析一下查詢處理的每一個階段

1. FORM: 對FROM的左邊的表和右邊的表計算笛卡爾積。產生虛表VT1

2. ON: 對虛表VT1進行ON篩選，只有那些符合<join-condition>的行才會被記錄在虛表VT2中。

3. JOIN： 如果指定了OUTER JOIN（比如left join、 right  join），那麼保留表中未匹配的行就會作為外部行新增到虛擬表VT2中，產生虛擬表VT3, rug  from子句中包含兩個以上的表的話，那麼就會對上一個join連線產生的結果VT3和下一個表重複執行步驟1~3這三個步驟，一直到處理完所有的表為 止。

4. WHERE： 對虛擬表VT3進行WHERE條件過濾。只有符合<where-condition>的記錄才會被插入到虛擬表VT4中。

5. GROUP BY: 根據group by子句中的列，對VT4中的記錄進行分組操作，產生VT5.

6. CUBE | ROLLUP: 對錶VT5進行cube或者rollup操作，產生表VT6.

7. HAVING： 對虛擬表VT6應用having過濾，只有符合<having-condition>的記錄才會被 插入到虛擬表VT7中。

8. SELECT： 執行select操作，選擇指定的列，插入到虛擬表VT8中。

9. DISTINCT： 對VT8中的記錄進行去重。產生虛擬表VT9.

10. ORDER BY: 將虛擬表VT9中的記錄按照<order_by_list>進行排序操作，產生虛擬表VT10.

11. LIMIT：取出指定行的記錄，產生虛擬表VT11, 並將結果返回。