Где ошибка в запросе sql?

Question

[soja]

делаю задание по учебе. Есть таблица product_model, содержащая следующие столбцы: Само задание звучит так: Посчитай количество продуктов в каждой категории и вывести id только тех категорий, в которых количество продуктов больше пяти. Это таблица product_model. Результат отсортируй в порядке возрастания количества продуктов. Предполагается использовать оператор HAVING
Запрос:

SELECT "categoryId", COUNT(*) AS product_count FROM product_model GROUP BY "categoryId" HAVING product_count > 5 ORDER BY product_count ASC;

В итоге выдает ошибку:

Comments

[soja]

нашел решение. Вместо product_count > 5 поставил COUNT(*) > 5. Но вопрос все равно остался. Почему надо именно так. Мы разве во время запроса не создаем product_count с которой и работаем? Ну типо мы же указываем product_count ASC

Answer 1

[Сергей Горностаев]

Предикаты having вычисляются раньше агрегатов в выборке.

Answer 2

[Snakecharmer]

У вас в ошибке написано, что поле product_count не существует.

Дело в том, что СУБД выполняет команды запроса не в том порядке, в котором они пишутся. SELECT выполняется не раньше, а позже HAVING, и поэтому поля product_count на этапе HAVING еще пока не существует.

SELECT categoryId, COUNT(*) AS product_count
FROM product_model
GROUP BY categoryId
HAVING COUNT(*) > 5
ORDER BY product_count

Comments

[soja]

можете посоветовать литературу по этой теме?

[Snakecharmer]

Я бы посоветовал прежде всего документацию. Без нее никуда, ведь это официальное руководство. По ссылке вы можете почитать что об этом пишет сам Postgres: в подразделе "Описание" 4-ым пунктом идет GROUP BY и HAVING. А вот SELECT уже 5-ый.

Ну и вот, конкретная цитата:

По имени выходного столбца можно обратиться к его значению в предложениях ORDER BY и GROUP BY, но не в WHERE или HAVING; в них вместо имени надо записывать всё выражение.

Если документация сразу не дается (сухо, много подробностей), то можете тогда почитать учебник Е. Моргунова. Это пособие создано при участии российской компании Postgres Professional. На странице 176 (раздел 6.4. Подзапросы) есть то, что вам нужно.

Если нужна более сложная литература, то "Оптимизация запросов PostgreSQL"(Домбровская, Новиков, Бейликова).

Почитайте документацию других популярных СУБД. У них ситуация с HAVING может отличаться. Если в Microsoft SQL Server'е логический порядок обработки инструкции SELECT тоже предполагает, что HAVING выполняется до вычисления значений в SELECT, то в MySQL же, ситуация другая:

The SQL standard requires that HAVING must reference only columns in the GROUP BY clause or columns used in aggregate functions. However, MySQL supports an extension to this behavior, and permits HAVING to refer to columns in the SELECT list and columns in outer subqueries as well.

Возможность ссылаться в HAVING на поля из выражения SELECT - это расширение языка SQL, реализованное в MySQL. Потестировать можете сами на любом фиддле, например здесь.