這裡有2篇文章 綜合起來就差不多了 工作忙 沒時間整理

其實和其它資料庫一樣 並沒有什麼捷徑 效率的話還是join比較快

MYSQL每個使用者取1條記錄的三種寫法（group by xxx）
 
同學問我關於這方面的SQL語句，我特意記憶一下，畢竟這個也比較常見了
 
[sql] 
select * from (select * from member_payment   
                order by id desc) t group by member_id limit 10  
第一種是先排序，然後group，這樣的話自然可以取到最適合的一條資料。
 
缺點很明顯：Using temporary; Using filesort
 
[sql] 
select s.*   
from (SELECT max(id) as id FROM `member_payment` group by `member_id` limit 10) t   
left join `member_payment` as s on t.id=s.id   
 
第二種是聯合查詢
[sql] 
select * from `member_payment` where EXISTS (  
    select `id` from (  
        SELECT max(`id`) as id FROM `member_payment` group by `member_id` limit 10) t   
    where t.`id`=`member_payment`.`id`  
)  
第三種是子查詢
 
竊以為第二種效率最高
 

類如 有一個帖子的回覆表，posts（ id , tid , subject , message ,  dateline ） ,

id 為 自動增長欄位， tid為該回復的主題帖子的id（外來鍵關聯）,  subject 為回覆標題， message 為回覆內容， dateline 為回覆時間，用UNIX 時間戳表示，

現在要求 選出 前十個來自不同主題的最新回覆


SELECT * FROM posts GROUP BY  tid  LIMIT 10


這樣一個sql語句選出來的並非你想要的 最新的回覆，而是最早的回覆，實際上是某篇主題的第一條回覆記錄！

也就是說 GROUP BY 語句沒有排序，那麼怎麼才能讓 GROUP 按照 dateline 倒序排列呢？加上 order by 子句？

看下面：

SELECT * FROM posts GROUP BY  tid  ORDER BY dateline DESC LIMIT 10


這條語句選出來的結果和上面的完全一樣，不過把結果倒序排列 了，而選擇出來的每一條記錄仍然是上面的記錄，原因是 group by 會比 order by 先執行，這樣也就沒有辦法將 group by 之前，也就是在分組之前進行排序了， 有網友會寫出下面的sql 語句：


SELECT * FROM posts GROUP BY  tid DESC ORDER BY dateline DESC LIMIT 10


也就是說 在 GROUP BY 的欄位 tid 後面加上遞減順序，這樣不就可以取得分組時的最後回覆了嗎？這個語句執行結果會和上面的一模一樣，這裡加上 DESC 和ASC對執行結果沒有任何影響！其實這是一個錯誤的語句，原因是GROUP BY 之前並沒有排序功能，mysql 手冊上面說，GROUP BY 時是按照某種順序排序的，某種順序到底是什麼順序？其實根本沒有順序，因為按照tid分組，其實也就是說，把tid相等的歸納到一個組，這樣想的話，GROUP BY tid DESC 可以認為是在按照 tid 分組的時候，按照tid進行倒序排列，這不扯嗎，既然是按照tid分組，當然是tid相等的歸到一組，而這時候按照tid倒敘還是升序有個P用！


於 是有網友發明下面的語句：


SELECT * FROM posts GROUP BY  tid , dateline DESC ORDER BY dateline DESC LIMIT 10


心 想這樣我就可以在分組前按照  dateline 倒序排列了，其實這個語句並沒有起到按照tid分組的作用，原因還是上面的，在group by 欄位後加 desc 還是 asc 是錯誤的寫法，而這種寫法 網友本意是想 按照 tid 分組，並且在分組的時候按照 dateline排倒序！而實際這句相當於下面的寫法：（去掉 GROUP BY 欄位後面的 DESC）


SELECT * FROM posts GROUP BY  tid , dateline ORDER BY dateline DESC LIMIT 10


也就是說，按照 tid 和 dateline 聯合分組，只有在記錄tid和dateline 同時相等的時候才歸納到一組，這顯然不可能，因為 dateline 時間線基本上是唯一的！


有人寫出下面的語句：


SELECT *,max(dateline) as max_line FROM posts GROUP BY  tid ORDER BY dateline DESC LIMIT 10


這條語句的沒錯是選出了最大發布時間，但是你可 以對比一下 dateline 和 max_dateline 並不相等！(可能有相當的情況，就是分組的目標記錄只有一條的時候！)


為 什麼呢？原因很簡單，這條語句相當於是 在group by 以後選出本組的最大的釋出時間！對分組沒有起到任何影響！因為SELECT子句是最後執行的！

後來更有網友發明了下面的寫法！


SELECT *,max(dateline) as max_line FROM posts GROUP BY  tid HAVING dateline=max(dateline)


ORDER BY dateline DESC LIMIT 10


這條語句的預期結果和想象中的並不相同！因為你會發現，分組的結果 中大量的記錄沒有了！為什麼？因為 HAVING 是在分組的時候執行的，也就說：在分組的時候加上一個這樣的條件：選擇出來的 dateline 要和 本組最大的dateline 相等，執行的結果和下面的語句相同：


SELECT *,max(dateline) as max_line FROM posts GROUP BY  tid HAVING count(*)=1


ORDER BY dateline DESC LIMIT 10


看 了這條sql語句是不是明白了呢？

dateline=max(dateline) 只有在分組中的記錄只有一條的時候才成立，原因很明白吧！只有一條他才會和本組的最大發布時間相等阿，（預設dateline為不重複的值）


原 因還是因為 group by 並沒有排序功能，所有的這些排序功能只是錯覺，所以你最終選出的 dateline 和max(dateline) 永遠不可能相等，除非本組的記錄只有一條！GROUP BY 在分組的時候，可能是一個一個來找的，發現有相等的tid，去掉，保留第一個發現的那一條記錄，所以找出來的記錄永遠只是按照預設索引順序排列的！


那 麼說了這麼多，到底有沒有辦法讓 group by 執行前分組阿？有的 ，子查詢阿！


最簡單的 ：


SELECT * FROM (SELECT * FROM posts ORDER BY dateline DESC) GROUP BY  tid ORDER BY dateline DESC LIMIT 10


也 有網友利用自連線實現的 ，這樣的效率應該比上面的子查詢效率高，不過，為了簡單明瞭，就只用這樣一種了，GROUP BY沒有排序功能，可能是mysql弱智的地方，也許是我還沒有發現，

期待高人拍磚！
 

完全正確的寫法：
SELECT * FROM (SELECT * FROM posts ORDER BY dateline DESC)  BIAOMING GROUP BY  tid ORDER BY dateline DESC LIMIT 10