雖然看過，但是在項目中遇到一個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篩選出想要的結果。
下面的結果是從網上摘錄的，做個記錄吧先。
下面我們來具體分析一下查詢處理的每一個階段
FORM: 對FROM的左邊的表和右邊的表計算笛卡爾積。產生虛表VT1
ON: 對虛表VT1進行ON篩選，只有那些符合<join-condition>的行纔會被記錄在虛表VT2中。
JOIN： 如果指定了OUTER JOIN（比如left join、 right join），那麼保留表中未匹配的行就會作爲外部行添加到虛擬表VT2中，產生虛擬表VT3, rug from子句中包含兩個以上的表的話，那麼就會對上一個join連接產生的結果VT3和下一個表重複執行步驟1~3這三個步驟，一直到處理完所有的表爲 止。
WHERE： 對虛擬表VT3進行WHERE條件過濾。只有符合<where-condition>的記錄纔會被插入到虛擬表VT4中。
GROUP BY: 根據group by子句中的列，對VT4中的記錄進行分組操作，產生VT5.
CUBE | ROLLUP: 對錶VT5進行cube或者rollup操作，產生表VT6.
HAVING： 對虛擬表VT6應用having過濾，只有符合<having-condition>的記錄纔會被 插入到虛擬表VT7中。
SELECT： 執行select操作，選擇指定的列，插入到虛擬表VT8中。
DISTINCT： 對VT8中的記錄進行去重。產生虛擬表VT9.
ORDER BY: 將虛擬表VT9中的記錄按照<order_by_list>進行排序操作，產生虛擬表VT10.
LIMIT：取出指定行的記錄，產生虛擬表VT11, 並將結果返回。