having вроде не работает с псевдонимами

работает

хотя попробовал ?

Заметим, что в предложении HAVING нельзя использовать псевдоним (Avg_price), используемый для именования значений агрегатной функции в предложении SELECT. Дело в том, что предложение SELECT, формирующее выходной набор запроса, выполняется предпоследним перед предложением ORDER BY. Ниже приведен порядок обработки предложений в операторе SELECT:
FROM
WHERE
GROUP BY
HAVING
SELECT
ORDER BY

пробовал

у меня бд informix

как костыль можно писать count(*) > 1

во, я так и делал, но результат был настолько огромным, что не поверил, что запрос правильный)

спасибо

Это очень сильно зависит от СУБД к примеру ORACLE в GROUP BY и HAVING нельзя использовать alias.

В MYSQL можно использовать, но при необходимости это можно отключить с помощь sql_mode = ONLY_FULL_GROUP_BY
Postgres не уверен - надо глянуть.

да, уже ознакомился, но спасибо!)

Ребят, такой вопрос, скорее всего, простой - есть несколько сущностей продукта:
- DVD-диски
- книги
- мебель
У всех сущностей есть поля: name, price. Но у типа продукта есть свои поля: DVD-диски - размер в мегабайтах, книги - вес в килограммах, мебель - размеры в виде ширины, высоты.

Нужно по этим сущностям построить базу данных.
Как здесь нужно грамотно организовать таблицы?
Пока что пришел к тому, что нужно создать таблицу product c полями name, price и отдельные таблицы для каждого типа продукта, и, если нужно получить информацию про продукт, нужно тогда обязательно применять JOIN к соответсвующей таблице. Норм подход или можно получше сделать?

И делать запросы типа таких, чтобы получить все продукты:

Но меня смущает, что в PHP получаем пухлые объекты такие с null полями.

То есть основной вопрос: как грамотно организовать  в базе данных наследие от родительской сущности Product к сущностям-детям Book, Disc и Furniture?

Если таких разнящихся колонок немного, я бы сделал одну разреженную (с NULL-ами) таблицу products, чтобы избежать join-ов: https://www.martinfowler.com/eaaCatalog/singleTableInheritance.html
Это называется Table-Per-Hierarchy или Single Table Inheritance

Также есть другие подходы:
https://stackoverflow.com/a/554552
И вот то же самое, но другими словами и примером реализации:
https://stackoverflow.com/a/190306
https://stackoverflow.com/a/3579462

Также, внезапно, Postgresql поддерживает наследование https://medium.com/dev-genius/using-inheritance-in-postgresql-434158b932a4
Не знал этого, мне кажется, postgresql умеет всё 😁