Фильтрация групп: HAVING

WHERE и HAVING — два разных фильтра

Мы умеем фильтровать строки (WHERE) и считать итоги по группам (GROUP BY). А как отфильтровать сами группы — например, «оставить только страны, где не меньше 100 аэропортов»? Тут WHERE не подойдёт: он работает до группировки и не знает про COUNT(*). Для фильтрации групп есть отдельный раздел — HAVING:

SELECT country, COUNT(*) AS cnt
FROM airports
GROUP BY country
HAVING COUNT(*) >= 100
ORDER BY cnt DESC, country;

Разница в одной фразе:

• WHERE — фильтрует строки до группировки (не может использовать агрегаты);
• HAVING — фильтрует группы после агрегации (в нём как раз используют COUNT, SUM и т.п.).

Полный порядок выполнения

Теперь у нас собрался почти весь запрос. База вычисляет его в таком порядке:

FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT

Поэтому WHERE отсеивает строки до группировки, а HAVING — группы после. Часто их используют вместе: сначала WHERE сужает строки, потом GROUP BY группирует, потом HAVING отбрасывает мелкие/ненужные группы.

Типичные ошибки

• Псевдоним в HAVING. HAVING cnt >= 100 в PostgreSQL не сработает: HAVING выполняется раньше SELECT, где появляется псевдоним. Повторите выражение: HAVING COUNT(*) >= 100. А вот в ORDER BY псевдоним уже доступен.
• Обычное условие в HAVING. HAVING country = 'Japan' сработает, но такое условие честнее и обычно эффективнее писать в WHERE: строки отсеются ещё до группировки.
• HAVING без GROUP BY. Тогда вся таблица считается одной группой, и условие проверяется один раз — запрос вернёт либо одну строку, либо ничего.

💡 Практическое правило: условие по исходным строкам → в WHERE; условие по результату агрегата (COUNT(*) > 5 и т.п.) → в HAVING. Неагрегированное условие иногда можно записать и в HAVING, но WHERE яснее и обычно позволяет раньше сократить объём данных.