MySQLの「Group By」と「Order By」

電子メールのテーブルから一連の行を選択し、送信者ごとにグループ化できるようにしたい。私のクエリは次のようになります：

SELECT 
    `timestamp`, `fromEmail`, `subject`
FROM `incomingEmails` 
GROUP BY LOWER(`fromEmail`) 
ORDER BY `timestamp` DESC

クエリはほぼ期待どおりに機能します。電子メールでグループ化されたレコードが選択されます。問題は、件名とタイムスタンプが特定の電子メールアドレスの最新のレコードに対応していないことです。

たとえば、次のように返されます。

fromEmail: john@example.com, subject: hello
fromEmail: mark@example.com, subject: welcome

データベースのレコードが次の場合：

fromEmail: john@example.com, subject: hello
fromEmail: john@example.com, subject: programming question
fromEmail: mark@example.com, subject: welcome

「プログラミングの質問」の件名が最新の場合、電子メールをグループ化するときにMySQLにそのレコードを選択させるにはどうすればよいですか？

簡単な解決策は、最初に ORDERステートメントを使用してクエリを副選択にラップし、後で GROUP BYを適用することです。

SELECT * FROM ( 
    SELECT `timestamp`, `fromEmail`, `subject`
    FROM `incomingEmails` 
    ORDER BY `timestamp` DESC
) AS tmp_table GROUP BY LOWER(`fromEmail`)

これは結合の使用に似ていますが、見栄えがよくなります。

SELECTでGROUP BY句を使用して非集計列を使用することは非標準です。MySQLは通常、最初に検出した行の値を返し、残りは破棄します。ORDER BY句は、返された列値にのみ適用され、破棄された列値には適用されません。

重要な更新 非集計列の選択は、実際には機能していましたが、これに依存すべきではありません。MySQLのドキュメントによると、これは主に、GROUP BYで指定されていない各非集計列のすべての値が各グループで同じである場合に役立ちます。サーバーは各グループから任意の値を自由に選択できるため、同じでない限り、値は選択は不確定ですです。」

以下のよう5.7.5非集計列がクエリエラー（ER_WRONG_FIELD_WITH_GROUP）を引き起こすようONLY_FULL_GROUP_BYはデフォルトで有効になっています

@mikepが以下で指摘するように、解決策はANY_VALUE（）を使用することです 5.7

http://www.cafewebmaster.com/mysql-order-sort-group https://dev.mysql.com/doc/refman/5.6/en/group-by-handling.html https：//dev.mysqlを 参照して ください.com / doc / refman / 5.7 / en / group-by-handling.html https://dev.mysql.com/doc/refman/5.7/en/miscellaneous-functions.html#function_any-value

これが1つのアプローチです。

SELECT cur.textID, cur.fromEmail, cur.subject, 
     cur.timestamp, cur.read
FROM incomingEmails cur
LEFT JOIN incomingEmails next
    on cur.fromEmail = next.fromEmail
    and cur.timestamp < next.timestamp
WHERE next.timestamp is null
and cur.toUserID = '$userID' 
ORDER BY LOWER(cur.fromEmail)

基本的には、テーブル自体を結合して、後の行を検索します。where句では、後の行は存在できないと述べています。これにより、最新の行のみが表示されます。

同じタイムスタンプの電子メールが複数存在する可能性がある場合は、このクエリを調整する必要があります。電子メールテーブルにインクリメンタルID列がある場合は、JOINを次のように変更します。

LEFT JOIN incomingEmails next
    on cur.fromEmail = next.fromEmail
    and cur.id < next.id

すでに返信で指摘されているように、GROUP BYはウィンドウからレコードを勝手に選択するため、現在の答えは間違っています。

MySQL 5.6、またはMySQL 5.7とを使用している場合ONLY_FULL_GROUP_BY、正しい（確定的）クエリは次のとおりです。

SELECT incomingEmails.*
  FROM (
    SELECT fromEmail, MAX(timestamp) `timestamp`
    FROM incomingEmails
    GROUP BY fromEmail
  ) filtered_incomingEmails
  JOIN incomingEmails USING (fromEmail, timestamp)
GROUP BY fromEmail, timestamp

クエリを効率的に実行するには、適切なインデックス付けが必要です。

簡略化のために、LOWER()ほとんどの場合は使用されないを削除したことに注意してください。

次のようにGROUP BYでクエリをラップして、ORDER BYの後にGROUP BYを実行します。

SELECT t.* FROM (SELECT * FROM table ORDER BY time DESC) t GROUP BY t.from

SQL標準によると、選択リストで非集計列を使用することはできません。MySQLはそのような使用を許可します（ONLY_FULL_GROUP_BYモードが使用されない限り）が、結果は予測できません。

ONLY_FULL_GROUP_BY

最初にfromEmail、MIN（read）を選択し、次に2番目のクエリ（またはサブクエリ）-Subjectを選択する必要があります。

表示されているものよりも複雑なクエリでは、これらの両方のアプローチに苦労しました。サブクエリのアプローチは、どのインデックスを付けてもひどく非効率であり、Hibernateを介して外部の自己結合を取得できなかったためです。

これを行う最良の（そして最も簡単な）方法は、必要なフィールドの連結を含むように構成されたものでグループ化し、SELECT句の式を使用してそれらを引き出すことです。MAX（）を実行する必要がある場合は、MAX（）を実行するフィールドが常に連結エンティティの最上位にあることを確認してください。

これを理解するための重要な点は、クエリが意味を持つのは、これらの他のフィールドがMax（）を満たすエンティティに対して不変である場合のみであるため、並べ替えに関しては、連結の他の部分は無視できるということです。この方法は、このリンクの一番下で説明されています。http://dev.mysql.com/doc/refman/5.0/en/group-by-hidden-columns.html

挿入/更新イベント（トリガーなど）を取得してフィールドの連結を事前計算できる場合は、それにインデックスを付けることができます。クエリは、グループ化が実際にMAX（ ）。複数のフィールドの最大値を取得するために使用することもできます。ネストされたセットとして表現された多次元ツリーに対してクエリを実行するために使用します。