集約
Djangoのデータベース抽象化API のトピックガイドでは、個々のオブジェクトを作成、取得、更新、削除するDjangoクエリを使用する方法について説明しています。 ただし、オブジェクトのコレクションを要約または集約することによって導出された値を取得する必要がある場合があります。 このトピックガイドでは、Djangoクエリを使用して集計値を生成および返す方法について説明します。
このガイドでは、次のモデルを参照します。 これらのモデルは、一連のオンライン書店の在庫を追跡するために使用されます。
カンニングペーパー
急いで? 上記のモデルを想定して、一般的な集計クエリを実行する方法は次のとおりです。
QuerySetを介した集計の生成
Djangoには、集計を生成する2つの方法があります。 最初の方法は、QuerySet
全体にわたって要約値を生成することです。 たとえば、販売可能なすべての本の平均価格を計算したいとします。 Djangoのクエリ構文は、すべての本のセットを記述するための手段を提供します。
必要なのは、このQuerySet
に属するオブジェクトの要約値を計算する方法です。 これは、aggregate()
句をQuerySet
に追加することによって行われます。
この例では、all()
は冗長であるため、次のように簡略化できます。
aggregate()
句の引数は、計算する集計値(この場合は、Book
モデルのprice
フィールドの平均)を記述します。 使用可能な集計関数のリストは、 QuerySetリファレンスにあります。
aggregate()
は、QuerySet
の終端句であり、呼び出されると、名前と値のペアの辞書を返します。 名前は集計値の識別子です。 値は計算された集計です。 名前は、フィールドの名前と集計関数から自動的に生成されます。 集計値の名前を手動で指定する場合は、集計句を指定するときにその名前を指定することで指定できます。
複数の集計を生成する場合は、aggregate()
句に別の引数を追加します。 したがって、すべての本の最高価格と最低価格も知りたい場合は、次のクエリを発行します。
QuerySetの各アイテムの集計を生成する
サマリー値を生成する2番目の方法は、 QuerySet 内のオブジェクトごとに独立したサマリーを生成することです。 たとえば、本のリストを取得する場合、各本に何人の著者が寄稿したかを知りたい場合があります。 各本は著者と多対多の関係を持っています。 QuerySet
の各本についてこの関係を要約したいと思います。
オブジェクトごとの要約は、 annotate()句を使用して生成できます。 annotate()
句が指定されている場合、QuerySet
内の各オブジェクトには指定された値の注釈が付けられます。
これらのアノテーションの構文は、 Aggregate()句に使用される構文と同じです。 annotate()
の各引数は、計算される集計を記述します。 たとえば、著者の数で本に注釈を付けるには、次のようにします。
aggregate()
と同様に、アノテーションの名前は、集計関数の名前と集計されるフィールドの名前から自動的に取得されます。 注釈を指定するときにエイリアスを指定することで、このデフォルト名を上書きできます。
aggregate()
とは異なり、annotate()
はではなく端末句です。 annotate()
句の出力はQuerySet
です。 このQuerySet
は、filter()
、order_by()
、またはannotate()
への追加呼び出しなど、他のQuerySet
操作を使用して変更できます。
複数の集計を組み合わせる
複数の集計をannotate()
意思 :ticket: `間違った結果を出す<10060>` サブクエリの代わりに結合が使用されるため:
ほとんどのアグリゲートでは、この問題を回避する方法はありませんが、 Count アグリゲートには次のようなdistinct
パラメーターがあります。
疑わしい場合は、SQLクエリを調べてください。
クエリで何が起こるかを理解するために、QuerySet
のquery
プロパティを調べることを検討してください。
結合と集約
これまで、クエリ対象のモデルに属するフィールドの集計を処理してきました。 ただし、集計する値が、クエリしているモデルに関連するモデルに属する場合があります。
集計関数で集計するフィールドを指定する場合、Djangoでは、フィルターで関連フィールドを参照するときに使用されるのと同じ二重アンダースコア表記を使用できます。 Djangoは、関連する値を取得して集計するために必要なテーブル結合を処理します。
たとえば、各店舗で提供されている本の価格帯を見つけるには、注釈を使用できます。
これにより、DjangoはStore
モデルを取得し、Book
モデルと(多対多の関係を介して)結合し、本モデルの価格フィールドで集計して最小値と最大値。
aggregate()
句にも同じルールが適用されます。 いずれかの店舗で販売されている本の最低価格と最高価格を知りたい場合は、次の集計を使用できます。
結合チェーンは、必要なだけ深くすることができます。 たとえば、販売可能な本の最年少著者の年齢を抽出するには、次のクエリを発行できます。
関係を逆方向にたどる
リレーションシップにまたがるルックアップと同様に、クエリ対象のモデルまたはモデルのフィールドの集計と注釈には、「逆」リレーションシップのトラバースを含めることができます。 ここでも、関連するモデルの小文字の名前と二重下線が使用されています。
たとえば、それぞれの書籍ストックカウンターの合計で注釈が付けられたすべての出版社に問い合わせることができます('book'
を使用してPublisher
-> Book
逆外部キーホップを指定する方法に注意してください) )::
(結果のQuerySet
のすべてのPublisher
には、book__count
という追加の属性があります。)
また、すべての出版社が管理しているものの中で最も古い本を求めることもできます。
(結果の辞書には、'oldest_pubdate'
というキーがあります。 そのようなエイリアスが指定されていない場合は、かなり長い'book__pubdate__min'
になります。)
これは外部キーだけに当てはまるわけではありません。 また、多対多の関係でも機能します。 たとえば、著者が(共)執筆したすべての本を考慮した総ページ数で注釈を付けて、すべての著者に質問できます('book'
を使用してAuthor
を指定する方法に注意してください- > Book
多対多ホップを逆にする):
(結果のQuerySet
のすべてのAuthor
には、total_pages
という追加の属性があります。 そのようなエイリアスが指定されていない場合は、かなり長いbook__pages__sum
になります。)
または、私たちが登録している著者によって書かれたすべての本の平均評価を求めます。
(結果の辞書には、'average_rating'
というキーがあります。 そのようなエイリアスが指定されていない場合は、かなり長い'book__rating__avg'
になります。)
集計およびその他のQuerySet句
filter()およびexclude()
集計はフィルターに参加することもできます。 通常のモデルフィールドに適用されるfilter()
(またはexclude()
)は、集計の対象となるオブジェクトを制約する効果があります。
annotate()
句とともに使用すると、フィルターには、注釈が計算されるオブジェクトを制約する効果があります。 たとえば、次のクエリを使用して、タイトルが「Django」で始まるすべての書籍の注釈付きリストを生成できます。
aggregate()
句とともに使用すると、フィルターには、集計が計算されるオブジェクトを制約する効果があります。 たとえば、次のクエリを使用して、「Django」で始まるタイトルのすべての本の平均価格を生成できます。
注釈のフィルタリング
注釈付きの値もフィルタリングできます。 アノテーションのエイリアスは、他のモデルフィールドと同じように、filter()
およびexclude()
句で使用できます。
たとえば、複数の著者がいる本のリストを生成するには、次のクエリを発行できます。
このクエリは、注釈付きの結果セットを生成し、その注釈に基づいてフィルターを生成します。
2つの別々のフィルターを持つ2つの注釈が必要な場合は、filter
引数を任意の集計で使用できます。 たとえば、評価の高い本の数を含む著者のリストを生成するには、次のようにします。
結果セットの各Author
には、num_books
およびhighly_rated_books
属性があります。
filter
とQuerySet.filter()
のどちらかを選択します
filter
引数を単一の注釈または集計で使用することは避けてください。 QuerySet.filter()
を使用して行を除外する方が効率的です。 集計filter
引数は、条件が異なる同じ関係で2つ以上の集計を使用する場合にのみ役立ちます。
annotate()およびfilter()句の順序
annotate()
句とfilter()
句の両方を含む複雑なクエリを開発する場合は、QuerySet
に句が適用される順序に特に注意してください。
annotate()
句がクエリに適用されると、アノテーションは、アノテーションが要求されるポイントまでのクエリの状態に対して計算されます。 これの実際的な意味は、filter()
とannotate()
は可換演算ではないということです。
与えられた:
- 出版社Aには、評価4と5の2冊の本があります。
- 出版社Bには、評価1と4の2冊の本があります。
- 出版社Cには、評価1の本が1冊あります。
Count
アグリゲートの例を次に示します。
どちらのクエリも、評価が3.0を超える本を少なくとも1冊持っている出版社のリストを返すため、出版社Cは除外されます。
最初のクエリでは、注釈がフィルターの前にあるため、フィルターは注釈に影響を与えません。 クエリのバグを回避するには、distinct=True
が必要です。
2番目のクエリは、各出版社の評価が3.0を超える本の数をカウントします。 フィルタは注釈の前にあるため、フィルタは注釈の計算時に考慮されるオブジェクトを制約します。
Avg
アグリゲートを使用した別の例を次に示します。
最初のクエリでは、評価が3.0を超える本が少なくとも1冊ある出版社のすべての出版社の本の平均評価を求めています。 2番目のクエリは、3.0を超える評価のみについて、出版社の本の評価の平均を求めます。
ORMが複雑なクエリセットをSQLクエリに変換する方法を直感的に理解するのは難しいため、疑わしい場合は、str(queryset.query)
を使用してSQLを検査し、多くのテストを記述してください。
order_by()
注釈は、注文の基礎として使用できます。 order_by()
句を定義すると、指定した集計は、クエリのannotate()
句の一部として定義された任意のエイリアスを参照できます。
たとえば、QuerySet
の本を、その本に寄稿した著者の数で注文するには、次のクエリを使用できます。
values()
通常、注釈はオブジェクトごとに生成されます。注釈付きのQuerySet
は、元のQuerySet
のオブジェクトごとに1つの結果を返します。 ただし、values()
句を使用して結果セットに返される列を制約する場合、注釈を評価する方法は少し異なります。 元のQuerySet
の各結果に対して注釈付きの結果を返す代わりに、元の結果はvalues()
句で指定されたフィールドの一意の組み合わせに従ってグループ化されます。 次に、一意のグループごとに注釈が付けられます。 注釈は、グループのすべてのメンバーに対して計算されます。
たとえば、各著者が書いた本の平均評価を見つけようとする著者クエリについて考えてみます。
これにより、データベース内の著者ごとに1つの結果が返され、平均的な書籍の評価が注釈として付けられます。
ただし、values()
句を使用すると、結果が少し異なります。
この例では、作成者は名前でグループ化されるため、一意の作成者名ごとに注釈付きの結果のみが表示されます。 これは、同じ名前の2人の作成者がいる場合、それらの結果がクエリの出力で1つの結果にマージされることを意味します。 平均は、両方の著者によって書かれた本の平均として計算されます。
annotate()およびvalues()句の順序
filter()
句と同様に、annotate()
句とvalues()
句がクエリに適用される順序は重要です。 values()
句がannotate()
の前にある場合、注釈はvalues()
句で記述されたグループ化を使用して計算されます。
ただし、annotate()
句がvalues()
句の前にある場合、注釈はクエリセット全体に対して生成されます。 この場合、values()
句は、出力時に生成されるフィールドのみを制約します。
たとえば、前の例のvalues()
句とannotate()
句の順序を逆にすると、次のようになります。
これにより、作成者ごとに1つの一意の結果が得られます。 ただし、出力データには作成者の名前とaverage_rating
アノテーションのみが返されます。
average_rating
は、返される値のリストに明示的に含まれていることにも注意してください。 これは、values()
およびannotate()
句の順序のために必要です。
values()
句がannotate()
句の前にある場合、注釈は結果セットに自動的に追加されます。 ただし、values()
句がannotate()
句の後に適用される場合は、集計列を明示的に含める必要があります。
デフォルトの順序またはorder_by()との相互作用
クエリセットのorder_by()
部分に記載されている(またはモデルのデフォルトの順序で使用されている)フィールドは、 [で特に指定されていない場合でも、出力データを選択するときに使用されます。 X210X]呼び出し。 これらの追加フィールドは、「いいね」の結果をグループ化するために使用され、それ以外の場合は同一の結果行が別々に見えるようにすることができます。 これは、特に物事を数えるときに現れます。
例として、次のようなモデルがあるとします。
ここで重要なのは、name
フィールドのデフォルトの順序です。 それぞれの異なるdata
値が表示される回数をカウントする場合は、次のことを試してください。
…Item
オブジェクトを共通のdata
値でグループ化し、各グループのid
値の数をカウントします。 それが完全に機能しないことを除いて。 name
によるデフォルトの順序もグループ化に影響するため、このクエリは個別の(data, name)
ペアでグループ化されますが、これは目的ではありません。 代わりに、次のクエリセットを作成する必要があります。
…クエリ内の順序をクリアします。 たとえば、data
で注文しても、有害な影響はありません。これは、クエリですでに役割を果たしているためです。
この動作は、 distinct()のクエリセットのドキュメントに記載されている動作と同じであり、一般的なルールも同じです。通常、結果に余分な列が含まれることはないため、順序を明確にします。 、または少なくとも、values()
呼び出しで選択したフィールドのみに制限されていることを確認してください。
ノート
Djangoが無関係な列を削除しない理由を合理的に尋ねるかもしれません。 主な理由は、distinct()
は、[ X217X] APIの安定性ポリシー)。
注釈の集約
注釈の結果に基づいて集計を生成することもできます。 aggregate()
句を定義すると、指定した集計は、クエリのannotate()
句の一部として定義された任意のエイリアスを参照できます。
たとえば、本ごとの平均著者数を計算する場合は、最初に一連の本に著者数で注釈を付け、次に注釈フィールドを参照してその著者数を集計します。