Oracle 9.2以降（本来は8i +ではない）、SQL Server 2005+、PostgreSQL 8.4+、DB2、Firebird 3.0+、Teradata、Sybase、Vertica：

WITH summary AS (
    SELECT p.id, 
           p.customer, 
           p.total, 
           ROW_NUMBER() OVER(PARTITION BY p.customer 
                                 ORDER BY p.total DESC) AS rk
      FROM PURCHASES p)
SELECT s.*
  FROM summary s
 WHERE s.rk = 1

どのデータベースでもサポート：

しかし、あなたは関係を壊すために論理を追加する必要があります：

  SELECT MIN(x.id),  -- change to MAX if you want the highest
         x.customer, 
         x.total
    FROM PURCHASES x
    JOIN (SELECT p.customer,
                 MAX(total) AS max_total
            FROM PURCHASES p
        GROUP BY p.customer) y ON y.customer = x.customer
                              AND y.max_total = x.total
GROUP BY x.customer, x.total

PostgreSQLでは、これは通常、 より簡単で高速です （以下のパフォーマンスの最適化）。

SELECT DISTINCT ON (customer)
       id, customer, total
FROM   purchases
ORDER  BY customer, total DESC, id;

または、出力列の順序番号でより短い（クリアではない場合）

SELECT DISTINCT ON (2)
       id, customer, total
FROM   purchases
ORDER  BY 2, 3 DESC, 1;

totalにNULLを指定できる場合（いずれにしても傷つくことはありませんが、既存のインデックスと一致させたい場合）：

...
ORDER  BY customer, total DESC NULLS LAST, id;

主なポイント

• DISTINCT ONは、標準のPostgreSQL拡張です（ SELECTリスト全体でDISTINCTのみが定義されています）。

• DISTINCT ON句に任意の数の式をリストすると、結合された行の値によって重複が定義されます。 マニュアル：

  明らかに、少なくとも1つの列の値が異なる場合、2つの行は異なるとみなされます。 この比較では、NULL値は等しいとみなされます。

  大胆な強調。

• DISTINCT ONはORDER BYと組み合わせることができます。 先頭の式は、同じ順序で先頭のDISTINCT ON式に一致する必要がありDISTINCT ON 。 ORDER BYに式を追加して、各ピアのグループから特定の行を選択することができます。 私は最後の項目としてidを追加して、ネクタイを壊しました：

  "最高のtotal共有する各グループから最小のidを持つ行を選んでください。"

  totalがNULLの場合、 ほとんどの場合、NULL以外の値が最大の行が必要です。 示されたようにNULLS LAST追加します。 詳細：

  • PostgreSQLのdatetimeによる並べ替え、最初にnull？

• SELECTリストは、 DISTINCT ONまたはORDER BY式によって制約されません。 （上記の単純なケースでは不要です）：

  • DISTINCT ONまたはORDER BY式を含める必要はありません 。

  • SELECTリストに他の式を含めることができます。 これは、はるかに複雑なクエリをサブクエリや集計/ウィンドウ関数に置き換えるための手段です。

• 私はPostgresのバージョン8.3-10でテストしました。しかし、バージョン7.1以来、この機能は少なくとも基本的に常に存在しています。

インデックス

上記のクエリの完全なインデックスは、一致する順序と一致する並べ替え順序で3つの列すべてにまたがる複数列インデックスです。

CREATE INDEX purchases_3c_idx ON purchases (customer, total DESC, id);

現実世界のアプリケーションにはあまりにも専門的かもしれません。 しかし、読み込みパフォーマンスが重要な場合に使用してください。 クエリにDESC NULLS LASTがある場合、Postgresはソート順が一致するようにインデックス内で同じものを使用します。

効果/パフォーマンスの最適化

あなたは、すべてのクエリに合わせて調整されたインデックスを作成する前に、コストと利益を判断する必要があります。 上記の指標の可能性は、 データの分布に大きく依存します 。

インデックスは、事前ソートされたデータを提供するために使用されます。また、Postgres 9.2以降では、インデックスが基になるテーブルよりも小さい場合、インデックスのみのスキャンの恩恵を受けることもできます。 ただし、インデックス全体をスキャンする必要があります。

• 顧客あたりの行数が少ない場合は、これは非常に効率的です（とにかくソートされた出力が必要な場合はさらに効率的です）。 顧客1人あたりの行数が増えるにつれて、利益は縮小します。
  理想的には、関連するソート・ステップをRAMに処理し、ディスクにこぼさない十分なwork_memがあります。 一般的にwork_mem高く設定すると悪影響を受ける可能性があります。 非常に大きなクエリについては、 SET LOCALを考慮してください。 EXPLAIN ANALYZE必要なものを見つけてEXPLAIN ANALYZE 。 並べ替えのステップで「 ディスク： 」と表記すると、

  • Linux上のPostgreSQLの設定パラメータwork_mem
  • ORDER BYの日付とテキストを使用して簡単なクエリを最適化する

• 顧客あたりの行数が多い場合、 緩やかなインデックススキャンが効率的ですが、現在のところPostgresでは実装されていません（v10まで）。
  これに代わるより高速な照会手法があります 。 特に、ユニークな顧客を保持する別のテーブルがある場合は、これが典型的な使用例です。 しかし、もしあなたがしなければ：

  • GROUP BYクエリを最適化して、ユーザーごとに最新のレコードを取得する
  • グループワイズ最大クエリを最適化する
  • 行ごとに最後にN個の関連する行を照会する

基準

ここでは古くなっているシンプルなベンチマークがありました。 私はこの別の答えの詳細なベンチマークに置き換えました。

このソリューションは、Erwinが指摘するように効率的ではありません.SubQが存在するためです

select * from purchases p1 where total in
(select max(total) from purchases where p1.customer=customer) order by total desc;

クエリ：

SELECT purchases.*
FROM purchases
LEFT JOIN purchases as p 
ON 
  p.customer = purchases.customer 
  AND 
  purchases.total < p.total
WHERE p.total IS NULL

それはどうやって！ （私はそこに行ったことがある）

私たちは、購入ごとに合計が最大になるようにしたいと考えています。

いくつかのTheoretical Stuff （クエリを理解したい場合はこの部分をスキップしてください）

T（customer、id）が証明できる最大値であることを証明するには、次のいずれかを証明する必要があります。

• ∀xT（顧客、id）> T（顧客、x）（この合計はその顧客の他のすべての合計よりも高い）

または

• ∃xT（顧客、id）<T（顧客、x）（その顧客にはそれ以上の合計は存在しない）

最初のアプローチでは、私が本当に好きではないその名前のすべてのレコードを取得する必要があります。

もう1つは、これ以上の記録がないと言うためにはスマートな方法が必要です。

SQLに戻る

私たちが名前のテーブルを結合したままにして、合計が結合されたテーブルより小さい場合：

      LEFT JOIN purchases as p 
      ON 
      p.customer = purchases.customer 
      AND 
      purchases.total < p.total

同じユーザーの合計が高い別のレコードを持つすべてのレコードが結合されるようにします。

purchases.id, purchases.customer, purchases.total, p.id, p.customer, p.total
1           , Tom           , 200             , 2   , Tom   , 300
2           , Tom           , 300
3           , Bob           , 400             , 4   , Bob   , 500
4           , Bob           , 500
5           , Alice         , 600             , 6   , Alice   , 700
6           , Alice         , 700

これは、必要なグループ化がなくても、購入ごとに最大の合計をフィルタリングするのに役立ちます。

WHERE p.total IS NULL

purchases.id, purchases.name, purchases.total, p.id, p.name, p.total
2           , Tom           , 300
4           , Bob           , 500
6           , Alice         , 700

それが私たちが必要とする答えです。

受け入れられたOMG Poniesの「どのデータベースでもサポートされています」ソリューションは、私のテストから優れたスピードを持っています。

ここでも私は同じアプローチを提供していますが、より完全なクリーンなデータベースソリューションです。 タイは考慮されます（顧客ごとに1つの行だけを取得することを望み、顧客あたりの最大合計の複数のレコードさえも仮定します）。また、購入テーブルの実際の一致する行に対して他の購入フィールド（purchase_payment_idなど）が選択されます。

どのデータベースでもサポート：

select * from purchase
join (
    select min(id) as id from purchase
    join (
        select customer, max(total) as total from purchase
        group by customer
    ) t1 using (customer, total)
    group by customer
) t2 using (id)
order by customer

このクエリは、特に、購入テーブルに（顧客、合計）のような複合インデックスがある場合はかなり高速です。

リマーク：

1. t1、t2はサブクエリエイリアスであり、データベースに応じて削除できます。

2. 警告 ： using (...)節は現在、2017年1月のこの編集時点のMS-SQLとOracleデータベースではサポートされていません。たとえばon t2.id = purchase.idなどで自分自身を展開する必要がありますon t2.id = purchase.id構文SQLite、MySQL、PostgreSQLで動作します。

非常に高速なソリューション

SELECT a.* 
FROM
    purchases a 
    JOIN ( 
        SELECT customer, min( id ) as id 
        FROM purchases 
        GROUP BY customer 
    ) b USING ( id );

テーブルがidによってインデックス付けされている場合は本当に非常に高速です：

create index purchases_id on purchases (id);

• 集計された行のセットから任意の条件で行を選択したい場合。

• max/minに加えて別の（ sum/avg ）集計関数を使用する場合。 したがってDISTINCT ONヒントを使用することはできません

次のサブクエリを使用することができます：

SELECT  
    (  
       SELECT **id** FROM t2   
       WHERE id = ANY ( ARRAY_AGG( tf.id ) ) AND amount = MAX( tf.amount )   
    ) id,  
    name,   
    MAX(amount) ma,  
    SUM( ratio )  
FROM t2  tf  
GROUP BY name

amount = MAX( tf.amount )を、1つの制限で任意の条件に置き換えることができます。このサブクエリは複数の行を返さない

しかし、もしあなたがそうしたことをしたいのであれば、あなたはおそらくウィンドウ関数を探しています