Agregações e GROUP BY

FILTER, HAVING e agregações agrupadas. Padrões práticos de PostgreSQL para consultas de produção.

Receita

SELECT customer_id,
       count(*) AS orders,
       sum(total) AS revenue,
       avg(total) FILTER (WHERE total > 100) AS avg_big_orders
FROM app.orders
GROUP BY customer_id
HAVING sum(total) > 500;

Quando usar isso: Este padrão aparece em consultas SQL de aplicação ou relatórios que você mantém.

Exemplo Prático

SELECT date_trunc('day', created_at) AS day,
       count(*) FILTER (WHERE email LIKE '%@example.com') AS corp_signups,
       count(*) AS all_signups
FROM app.customers
GROUP BY 1
ORDER BY 1 DESC;

O que isso demonstra:

• Clausula FILTER conta subconjuntos sem CASE
• HAVING filtra grupos após a agregação
• date_trunc agrupa timestamptz por dia

Mergulho Profundo

Regras

• Colunas não agregadas na lista SELECT devem aparecer em GROUP BY (ou ser funcionalmente dependentes da chave primária no PG 9.1+).
• WHERE filtra linhas antes do agrupamento; HAVING filtra grupos.
• FILTER é mais limpo que SUM(CASE WHEN ...).

Armadilhas

• SELECT * em aplicações - Novas colunas quebram serializadores. Correção: Liste as colunas explicitamente.
• Comparações NULL - = NULL é sempre desconhecido. Correção: Use IS NULL ou IS DISTINCT FROM.
• Casts implícitos - Scans sequenciais inesperados em tipos incompatíveis. Correção: Combine os tipos do predicado com os tipos da coluna.
• Consultas ilimitadas - Falta de LIMIT em tabelas grandes. Correção: Paginar ou agregar intencionalmente.
• Estatísticas desatualizadas - Planos ruins após carga em massa. Correção: Execute ANALYZE nas tabelas afetadas.

Alternativas

FAQs

Relacionados

• Subconsultas e EXISTS - padrões de semi-join
• Funções de Janela - agregações não colapsantes

Versões da Stack: Esta página foi escrita para PostgreSQL 18.4 (estável 18, manutenção 17), pgvector 0.8+, PgBouncer 1.x, Patroni 3.x, e PostGIS 3.5+.