GROUP BY agrupa filas que comparten un valor, para que las funciones de agregación calculen por grupo. HAVING filtra esos grupos (como WHERE, pero para grupos/agregados). Juntos son el núcleo de resumir y analizar datos por categoría.
country, () user_count, (age) avg_age
users
country;
GROUP BY country colapsa todas las filas de cada país en un grupo, y las funciones de agregación (COUNT, AVG) calculan un valor para cada grupo. Puedes agrupar por múltiples columnas:
GROUP BY country, city -- a group per unique (country, city) combination
-- show only countries with MORE THAN 100 users
SELECT country, COUNT(*) AS user_count
FROM users
GROUP BY country
HAVING COUNT(*) > 100; -- filter on the AGGREGATE
HAVING filtra después de agrupar, sobre valores agregados — algo que WHERE no puede hacer (WHERE filtra filas individuales antes de agrupar).
SELECT country, COUNT(*) AS cnt
FROM users
WHERE active = true -- WHERE: filter ROWS first (before grouping)
GROUP BY country
HAVING COUNT(*) > 100; -- HAVING: filter GROUPS after (on aggregates)
WHERE → filters individual ROWS, runs BEFORE grouping, can't use aggregates
HAVING → filters GROUPS, runs AFTER grouping, used WITH aggregates
→ Use WHERE to filter rows, HAVING to filter aggregated groups. (Filter with WHERE
first when possible — it's more efficient, reducing rows before grouping.)
FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY
(WHERE before grouping, HAVING after — which is why their roles differ)
GROUP BY y HAVING son centrales para SQL analítico — resumir y analizar datos por categoría es una necesidad fundamental y constante (conteos por región, ventas por producto, promedios por grupo), por lo que entenderlos es esencial. GROUP BY (agrupar filas para que los agregados se calculen por grupo) es la base de estas consultas de resumen, y entender cómo colapsa filas en grupos para agregación es necesario para cualquier reporte o análisis.
La distinción WHERE vs HAVING es particularmente importante y frecuentemente confundida: WHERE filtra filas individuales antes de agrupar (y no puede usar agregados), mientras que HAVING filtra grupos después de agrupar (sobre valores agregados) — usar el incorrecto causa errores o resultados incorrectos, y entender cuándo aplicar cada uno (WHERE para filtrado a nivel de fila, HAVING para filtrado a nivel de agregado de grupos) es una habilidad clave.
Saber filtrar con WHERE primero cuando sea posible (más eficiente — reduciendo filas antes de agrupar) es una optimización útil.
La conexión al orden de ejecución (WHERE antes de agrupar, HAVING después) explica por qué sus roles difieren.
Ya que agrupar y filtrar agregados son ubicuos en reportes y análisis de datos, y ya que la distinción WHERE-vs-HAVING es tanto importante para la corrección como frecuentemente malentendida, dominar GROUP BY y HAVING — agrupar para agregados por categoría y el modelo de filtrado de dos niveles — es conocimiento esencial, frecuentemente aplicado y central para SQL analítico y un tema común en entrevistas.