Хочется узнать именно как принято делать

А что мешает данные агрегировать ?

Можно представить типичный магазин который показывает лист товаров. Если иметь только item, без product, который с ним связан, то получится, что мы будем видеть в выдаче, например одинаковые кроссовки разных размеров

Дак, так и будет. Наверное, я сталкивался в основном с магазинами, где разновидностей либо почти нет, либо они настолько важны, что фактически являются самостоятельными продуктами... Впрочем, ещё видел примерно такую схему: items(item_id, name); item_dimensions(item_dimension_id, color, size, brand_id, ...); items_on_hand(item_id, item_dimension_id, qty, ...); Но запросы по ней делать не очень удобно, IMHO.

А что мешает данные агрегировать ?

Зачем? Если можно правильно описать связи

Дак, так и будет. Наверное, я сталкивался в основном с магазинами, где разновидностей либо почти нет, либо они настолько важны, что фактически являются самостоятельными продуктами... Впрочем, ещё видел примерно такую схему: items(item_id, name); item_dimensions(item_dimension_id, color, size, brand_id, ...); items_on_hand(item_id, item_dimension_id, qty, ...); Но запросы по ней делать не очень удобно, IMHO.

Да, это костыль получается)

Зачем? Если можно правильно описать связи

В любом случае инфу о размерах цветах собирать или в базе или на клиенте

Возможно вам нужен eav или в json хранить

Да, это костыль получается)

Ну а почему не сделать так, как Вы и написали? Т.е.: items(item_id, product_id, qty, ...); products(product_id, name, color, size, brand, ...);

В любом случае инфу о размерах цветах собирать или в базе или на клиенте

Да, но я хочу чтобы можно было сделать 1 красивый запрос, который вернет только нужные данные

Ну а почему не сделать так, как Вы и написали? Т.е.: items(item_id, product_id, qty, ...); products(product_id, name, color, size, brand, ...);

Хз, я вот и зашёл узнать, как принято делать)

Да, но я хочу чтобы можно было сделать 1 красивый запрос, который вернет только нужные данные

И что тебе мешает это сделать ?

Непонимание правильной связи сущностей

Возможно вам нужен eav или в json хранить

IMHO, в реляционках EAV стоит использовать только в том случае, если другого выхода в самом деле нет. Ну или если СУБД "не тянет", или эти "данные" (о характеристиках товаров) на самом деле —- просто бесполезная куча мусора. ;)

У меня вообще graphql))

graphql не отменяет правильной работы с данными и "1 красивый запрос" часто бывает инфернально дорог по ресурсам

graphql не отменяет правильной работы с данными и "1 красивый запрос" часто бывает инфернально дорог по ресурсам

Вот я и выискиваю максимально правильный вариант))

тогда стоит забыть про graphql пока совсем)