MySQLの前にグループ化する

ここには同様の質問がたくさんありますが、質問に対する適切な回答はないと思います。

私は現在最も人気のある質問から続けて、それが問題なければ、その例を使用します。

このインスタンスのタスクは、データベース内の各著者の最新の投稿を取得することです。

クエリ例では、常に最新の投稿が返されるとは限らないため、使用できない結果が生成されます。

SELECT wp_posts.* FROM wp_posts
    WHERE wp_posts.post_status='publish'
    AND wp_posts.post_type='post'
    GROUP BY wp_posts.post_author           
    ORDER BY wp_posts.post_date DESC

現在受け入れられている答えは

SELECT
    wp_posts.*
FROM wp_posts
WHERE
    wp_posts.post_status='publish'
    AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author
HAVING wp_posts.post_date = MAX(wp_posts.post_date) <- ONLY THE LAST POST FOR EACH AUTHOR
ORDER BY wp_posts.post_date DESC

残念ながら、この答えは明白で単純な誤りであり、多くの場合、元のクエリよりも安定した結果が得られません。

私の最善の解決策は、フォームのサブクエリを使用することです

SELECT wp_posts.* FROM 
(
    SELECT * 
    FROM wp_posts
    ORDER BY wp_posts.post_date DESC
) AS wp_posts
WHERE wp_posts.post_status='publish'
AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author 

私の質問は単純です： とにかく、サブクエリに頼らずにグループ化する前に行を並べ替えることはできますか？

編集：この質問は別の質問の続きで、私の状況の詳細は少し異なります。特定の投稿の一意の識別子であるwp_posts.idもあると想定できます（想定する必要があります）。

ORDER BYサブクエリでを使用することは、この問題の最良の解決策ではありません。

max(post_date)著者別の最適な解決策は、サブクエリを使用して最大日付を返し、それを最大日付の両方でテーブルに結合することpost_authorです。

解決策は次のとおりです。

SELECT p1.* 
FROM wp_posts p1
INNER JOIN
(
    SELECT max(post_date) MaxPostDate, post_author
    FROM wp_posts
    WHERE post_status='publish'
       AND post_type='post'
    GROUP BY post_author
) p2
  ON p1.post_author = p2.post_author
  AND p1.post_date = p2.MaxPostDate
WHERE p1.post_status='publish'
  AND p1.post_type='post'
order by p1.post_date desc

次のサンプルデータがある場合：

CREATE TABLE wp_posts
    (`id` int, `title` varchar(6), `post_date` datetime, `post_author` varchar(3))
;

INSERT INTO wp_posts
    (`id`, `title`, `post_date`, `post_author`)
VALUES
    (1, 'Title1', '2013-01-01 00:00:00', 'Jim'),
    (2, 'Title2', '2013-02-01 00:00:00', 'Jim')
;

サブクエリは最大日付と作成者を返します。

MaxPostDate | Author
2/1/2013    | Jim

次に、それをテーブルに結合するので、両方の値でその投稿の完全な詳細を返します。

SQL Fiddle with Demoを参照してください。

サブクエリを使用してこのデータを正確に返すことについての私のコメントを拡張します。

MySQLはGROUP BY、SELECTリストに含まれるすべての列を強制するわけではありません。その結果、GROUP BY1つの列だけが合計10列を返す場合、その列に属する他の列の値post_authorが返される保証はありません。列がGROUP BYMySQLにない場合は、返される値を選択します。

集計関数でサブクエリを使用すると、正しい作者と投稿が毎回返されることが保証されます。

補足として、MySQLではORDER BYサブクエリでを使用できGROUP BY、SELECTリストのすべての列にを適用できますが、SQL Serverを含む他のデータベースではこの動作は許可されていません。

ソリューションでは、一部のフィールド（この場合は）でグループ化することを許可するGROUP BY句の拡張を利用していますpost_author。

GROUP BY wp_posts.post_author

集計されていない列を選択します。

SELECT wp_posts.*

group by句にリストされていないもの、または集約関数（MI​​N、MAX、COUNTなど）で使用されていないもの。

GROUP BY句の拡張の正しい使用

これは、非集計列のすべての値がすべての行で等しい場合に役立ちます。

たとえば、テーブルGardensFlowers（name庭でflower育つ庭のテーブル）があるとします。

INSERT INTO GardensFlowers VALUES
('Central Park',       'Magnolia'),
('Hyde Park',          'Tulip'),
('Gardens By The Bay', 'Peony'),
('Gardens By The Bay', 'Cherry Blossom');

そして、複数の花が育つ庭で育つすべての花を抽出したいとします。次に、サブクエリを使用する必要があります。たとえば、次のように使用できます。

SELECT GardensFlowers.*
FROM   GardensFlowers
WHERE  name IN (SELECT   name
                FROM     GardensFlowers
                GROUP BY name
                HAVING   COUNT(DISTINCT flower)>1);

代わりにガーダー内で唯一の花であるすべての花を抽出する必要がある場合は、HAVING条件をに変更するだけで済みますがHAVING COUNT(DISTINCT flower)=1、MySqlではこれを使用することもできます。

SELECT   GardensFlowers.*
FROM     GardensFlowers
GROUP BY name
HAVING   COUNT(DISTINCT flower)=1;

サブクエリはなく、標準SQLではありませんが、より単純です。

GROUP BY句の拡張の誤った使用

しかし、すべての行で等しくない非集計列を選択するとどうなりますか？MySqlがその列に選択する値はどれですか？

MySqlは常に最初に遭遇した値を選択するようです。

遭遇する最初の値が正確に希望する値であることを確認するGROUP BYには、順序付けされたクエリにを適用する必要があるため、サブクエリを使用する必要があります。それ以外の場合はできません。

MySqlは常に最初に遭遇する最初の行を選択するという前提で、GROUP BYの前に行を正しくソートしています。しかし残念ながら、ドキュメントを注意深く読むと、この仮定が正しくないことに気付くでしょう。

常に同じではない非集計列を選択する場合、MySqlは任意の値を自由に選択できるため、実際に表示される結果の値は不確定です。

非集計列の最初の値を取得するためのこのトリックが頻繁に使用されていることがわかり、通常/ほとんど常に機能しますが、（自分のリスクで）ときどき使用します。しかし、それは文書化されていないため、この動作に依存することはできません。

このリンク（ypercubeに感謝！）GROUP BYトリックは最適化されていますが、おそらく最適化エンジンが異なるため、同じクエリがMySqlとMariaDBの間で異なる結果を返す状況を示しています。

したがって、このトリックが機能する場合、それは運の問題です。

他の質問への受け入れ答えは 私には間違っているになります。

HAVING wp_posts.post_date = MAX(wp_posts.post_date)

wp_posts.post_dateは非集計列であり、その値は公式には未定ですが、最初にpost_date遭遇する可能性があります。ただし、GROUP BYトリックは順序付けられていないテーブルに適用されるため、どちらが最初にpost_date発生するかはわかりません。

おそらく、単一の著者の唯一の投稿である投稿を返しますが、これは必ずしも確実ではありません。

可能な解決策

これは可能な解決策になると思います：

SELECT wp_posts.*
FROM   wp_posts
WHERE  id IN (
  SELECT max(id)
  FROM wp_posts
  WHERE (post_author, post_date) = (
    SELECT   post_author, max(post_date)
    FROM     wp_posts
    WHERE    wp_posts.post_status='publish'
             AND wp_posts.post_type='post'
    GROUP BY post_author
  ) AND wp_posts.post_status='publish'
    AND wp_posts.post_type='post'
  GROUP BY post_author
)

内部クエリでは、すべての著者の最大投稿日を返しています。次に、同じ作者が理論的に同時に2つの投稿を持つことができるという事実を考慮に入れているので、最大IDのみを取得しています。そして、それらの最大IDを持つすべての行を返します。IN句の代わりに結合を使用すると、より高速にできます。

（それIDが増加しているだけであることが確かで、それがをID1 > ID2意味しているpost_date1 > post_date2場合は、クエリをはるかに簡単にすることができますが、これが当てはまるかどうかはわかりません）。

これから読むものはかなりハッキリしているので、家でこれを試さないでください！

SQLでは一般に、質問に対する答えはNOですが、GROUP BY（@bluefeetで言及されている）のリラックスモードのため、MySQL では答えはYESです。

（post_status、post_type、post_author、post_date）にBTREEインデックスがあるとします。インデックスは内部ではどのように見えますか？

（post_status = 'publish'、post_type = 'post'、post_author = 'user A'、post_date = '2012-12-01'）（post_status = 'publish'、post_type = 'post'、post_author = 'user A'、 post_date = '2012-12-31'）（post_status = 'publish'、post_type = 'post'、post_author = 'user B'、post_date = '2012-10-01'）（post_status = 'publish'、post_type = ' post '、post_author =' user B '、post_date =' 2012-12-01 '）

つまり、データはこれらのすべてのフィールドで昇順にソートされます。

GROUP BYデフォルトでaを実行している場合、グループ化フィールド（post_authorこの場合は; post_status、post_typeはWHERE句で必須）によってデータをソートし、一致するインデックスがある場合、昇順で各最初のレコードのデータを取得します。つまり、クエリは以下をフェッチします（各ユーザーの最初の投稿）：

（post_status = 'publish'、post_type = 'post'、post_author = 'user A'、post_date = '2012-12-01'）（post_status = 'publish'、post_type = 'post'、post_author = 'user B'、 post_date = '2012-10-01'）

しかしGROUP BY、MySQLでは、順序を明示的に指定できます。またpost_user、降順でリクエストすると、インデックスが逆の順序で処理され、実際に最後である各グループの最初のレコードが取得されます。

あれは

...
WHERE wp_posts.post_status='publish' AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author DESC

私たちに与える

（post_status = 'publish'、post_type = 'post'、post_author = 'user B'、post_date = '2012-12-01'）（post_status = 'publish'、post_type = 'post'、post_author = 'user A'、 post_date = '2012-12-31'）

これで、グループ化の結果をpost_dateで並べ替えると、必要なデータが得られます。

SELECT wp_posts.*
FROM wp_posts
WHERE wp_posts.post_status='publish' AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author DESC
ORDER BY wp_posts.post_date DESC;

注意：

これは、この特定のクエリに推奨するものではありません。この場合、@ bluefeetの提案を少し変更したバージョンを使用します。しかし、この手法は非常に役立つ場合があります。ここで私の答えを見てください：各グループの最後のレコードを取得する

落とし穴：このアプローチの欠点は、

• クエリの結果はインデックスに依存しますが、これはSQLの精神に反します（インデックスはクエリを高速化するだけです）。
• インデックスはクエリへの影響について何も認識していません（将来的には、あなたや他の誰かがインデックスをリソースを消費しすぎて何らかの形で変更し、パフォーマンスだけでなくクエリ結果を壊す可能性があります）
• クエリのしくみがわからない場合は、おそらく1か月で説明を忘れてしまい、クエリによって自分と同僚が混乱することになります。

利点は、ハードケースでのパフォーマンスです。この場合、並べ替えに必要なデータの量が原因で、クエリのパフォーマンスは@bluefeetのクエリと同じになります（すべてのデータが一時テーブルにロードされてから並べ替えられます。ところで、彼のクエリには(post_status, post_type, post_author, post_date)インデックスも必要です）。 。

私が提案すること：

先ほど述べたように、これらのクエリは、MySQLを一時テーブル内の潜在的に膨大な量のデータのソートに時間を浪費させます。ページングが必要な場合（つまり、LIMITが関係している場合）、ほとんどのデータは破棄されます。私が行うことは、並べ替えられたデータの量を最小限に抑えることです。つまり、並べ替えを行い、サブクエリのデータの最小値を制限してから、テーブル全体に結合します。

SELECT * 
FROM wp_posts
INNER JOIN
(
  SELECT max(post_date) post_date, post_author
  FROM wp_posts
  WHERE post_status='publish' AND post_type='post'
  GROUP BY post_author
  ORDER BY post_date DESC
  -- LIMIT GOES HERE
) p2 USING (post_author, post_date)
WHERE post_status='publish' AND post_type='post';

上記のアプローチを使用した同じクエリ：

SELECT *
FROM (
  SELECT post_id
  FROM wp_posts
  WHERE post_status='publish' AND post_type='post'
  GROUP BY post_author DESC
  ORDER BY post_date DESC
  -- LIMIT GOES HERE
) as ids
JOIN wp_posts USING (post_id);

SQLFiddleでのすべてのクエリと実行プラン。

これを試してみてください。各著者から最新の投稿日のリストを取得するだけです。それでおしまい

SELECT wp_posts.* FROM wp_posts WHERE wp_posts.post_status='publish'
AND wp_posts.post_type='post' AND wp_posts.post_date IN(SELECT MAX(wp_posts.post_date) FROM wp_posts GROUP BY wp_posts.post_author) 

いいえ。グループ化すると結果セットが変化するため、グループ化する前にレコードを並べ替えても意味がありません。サブクエリの方法が推奨されます。これが遅すぎる場合は、たとえば、各著者の最後の投稿のIDを別のテーブルに保存するか、著者ごとに最後の投稿を示すブール列を導入するなどして、テーブルデザインを変更する必要があります。 1。

max関数とgroup関数を使用するだけです

    select max(taskhistory.id) as id from taskhistory
            group by taskhistory.taskid
            order by taskhistory.datum desc

要約すると、標準的なソリューションは無相関のサブクエリを使用し、次のようになります。

SELECT x.*
  FROM my_table x
  JOIN (SELECT grouping_criteria,MAX(ranking_criterion) max_n FROM my_table GROUP BY grouping_criteria) y
    ON y.grouping_criteria = x.grouping_criteria
   AND y.max_n = x.ranking_criterion;

MySQLの古いバージョン、またはかなり小さいデータセットを使用している場合は、次の方法を使用できます。

SELECT x.*
  FROM my_table x
  LEFT
  JOIN my_table y
    ON y.joining_criteria = x.joining_criteria
   AND y.ranking_criteria < x.ranking_criteria
 WHERE y.some_non_null_column IS NULL;  

**大規模なデータセットで使用すると、サブクエリがパフォーマンスに悪影響を及ぼす可能性があります**

元のクエリ

SELECT wp_posts.*
FROM   wp_posts
WHERE  wp_posts.post_status = 'publish'
       AND wp_posts.post_type = 'post'
GROUP  BY wp_posts.post_author
ORDER  BY wp_posts.post_date DESC; 

変更されたクエリ

SELECT p.post_status,
       p.post_type,
       Max(p.post_date),
       p.post_author
FROM   wp_posts P
WHERE  p.post_status = "publish"
       AND p.post_type = "post"
GROUP  BY p.post_author
ORDER  BY p.post_date; 

==> で使用maxしているため、サブ選択クエリを回避し、グループの後に最大列で並べ替えることができます。select clausemax(p.post_date)

まず、selectで*を使用しないでください。*はパフォーマンスに影響し、group byおよびorder byの使用を妨げます。このクエリを試してください：

SELECT wp_posts.post_author, wp_posts.post_date as pdate FROM wp_posts
WHERE wp_posts.post_status='publish'
AND wp_posts.post_type='post'
GROUP BY wp_posts.post_author           
ORDER BY pdate DESC

ORDER BYでテーブルを指定せず、エイリアスのみを指定すると、選択の結果が並べ替えられます。