他のほとんどのリレーショナルデータベース製品同様、PostgreSQLは集約関数をサポートします。集約関数は複数の入力行から1つの結果を計算します。行の集合に対して、count(総数)、sum(総和)、avg(平均)、max(最大)、min(最小)といった演算を行う集約があります。例として、次のように全ての都市の最低気温から最も高い気温を求めることができます。row)どの都市のデータなのかを知りたいとしたら、下記のような問い合わせを試行するかもしれません。(WHERE句はどの行を集約処理に渡すのかを決定するものであり、したがって、集約関数の演算を行う前に評価されなければならないことは明らかです。このためにこの制限があります)。場合、問い合わせを書き直すことで、意図した結果が得られます。これには以下のような副問い合わせを使用します。row)副問い合わせは、外側の問い合わせで起こることとは別々に集約を計算する独立した演算ですので、この問い合わせは問題ありません。BY句と組み合わせた集約は非常に役に立ちます。以下のコマンドで都市ごとに最低気温の最大値を求めることができます。rows)ここには都市ごとに1行の出力があります。それぞれの集約結果は都市に一致するテーブル行全体に対する演算結果です。以下のように、HAVINGを使用すると、グループ化された行にフィルタをかけることができます。row)このコマンドは上と同じ計算を行うものですが、全てのtemp_loの値が40未満の都市のみを出力します。最後になりますが、"S"から始まる名前の都市のみを対象にしたい場合は、以下を行います。40;(1)LIKE演算子はパターン一致を行います。これについては項9.7で説明します。集約とSQLのWHEREとHAVING句の間の相互作用を理解することが重要です。WHEREとHAVINGの基本的な違いを以下に記します。WHEREは、グループや集約を演算する前に入力行を選択します(したがって、これはどの行を使用して集約演算を行うかを制御します)。HAVINGは、グループと集約を演算した後に、グループ化された行を選択します。したがって、WHERE句は集約関数を持つことはできません。集約を使用して、どの行をその集約の入力にするのかを決定することは意味をなしません。(厳密に言うと、集約を使用しないHAVING句を書くことはできますが、これは有用となることはほぼありません。同じ条件はWHEREの段階でもっと効率良く使用できます)。前の例ではWHERE内に都市名制限を適用することができます。集約を行う必要がないからです。WHEREの検査で失敗する全ての行に対するグループ化や集約演算が行われませんので、HAVINGに制限を追加するよりも効率的です。