Agregados y GROUP BY

FILTER, HAVING y agregados agrupados. Patrones prácticos de PostgreSQL para consultas de producción.

Receta

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;

Cuándo usar esto: Este patrón aparece en SQL de aplicaciones o informes que mantienes.

Ejemplo Práctico

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;

Lo que esto demuestra:

• La cláusula FILTER cuenta subconjuntos sin CASE
• HAVING filtra grupos después de la agregación
• date_trunc agrupa timestamptz por día

Profundización

Reglas

• Las columnas no agregadas en la lista SELECT deben aparecer en GROUP BY (o ser funcionalmente dependientes de la clave primaria en PG 9.1+).
• WHERE filtra filas antes de agrupar; HAVING filtra grupos.
• FILTER es más limpio que SUM(CASE WHEN ...).

Trampas

• SELECT * en aplicaciones - Las nuevas columnas rompen los serializadores. Solución: Enumera las columnas explícitamente.
• Comparaciones NULL - = NULL siempre es desconocido. Solución: Usa IS NULL o IS DISTINCT FROM.
• Casts implícitos - Escaneos secuenciales inesperados en tipos no coincidentes. Solución: Haz coincidir los tipos de predicado con los tipos de columna.
• Consultas sin límites - Falta LIMIT en tablas grandes. Solución: Paginación o agregación intencional.
• Estadísticas obsoletas - Planes incorrectos después de una carga masiva. Solución: Ejecuta ANALYZE en las tablas afectadas.

Alternativas

Preguntas Frecuentes

Relacionado

• Subconsultas y EXISTS - patrones de semi-join
• Funciones de Ventana - agregados no colapsantes

Versiones de Stack: Esta página fue escrita para PostgreSQL 18.4 (estable 18, mantenimiento 17), pgvector 0.8+, PgBouncer 1.x, Patroni 3.x, y PostGIS 3.5+.