Как спроэктировать «варианты продукта» в интернет-магазине?

Question

[jakuraji]

Как спроэктировать онлайн-магазин с простым списком продуктов - я знаю. Это сделано. Начинается весело, когда теперь нужно добавить возможно "custom properties" к продуктам. То есть, это могут быть а) цвет б) размер -- например.

В зависимости от этих характестик и их комбинаций цена может отличаться. Заголовок тоже. Картинки тоже. Наличие на складе.

Как это сделать проще и правильнее? Просто добавить дочернюю таблицу ProductCustomProperties со ссылкой на Products и перенести цену, название и т.п. в нее?

Также! Не все продукты у меня могут иметь CustomProperties. То есть, например, какой-нибуд "Крем для рук" -- он у меня всегда одной модификации, или без модификаций - что одно и то же. Как тут быть?

Ваши советы? Кто делал такое?

Answer 1

[Andrey Tsvetkov]

Добавляешь две таблицы, одна со связками id модификатора и id товара, другая таблица id модификатора, customPropertyKey, customPropertyValue

Comments

[jakuraji]

luna3956, ты лучше объясни

[Andrey Tsvetkov]

luna3956, а плодить десяток таблиц это значит бестпрактис?

[sim3x]

luna3956,

Автор вопроса, никогда не пользуйтесь подобным решением, это худшая практика, антипаттерн,

eav антипаттерн?
Занятно

[sim3x]

luna3956, по секрету скажу, что eav не является антипаттерном

[sim3x]

luna3956,
нет

Решение с созданием таблиц для каждой категории также создает проблему с целосностью

[sim3x]

luna3956,

Категория - отдельная таблица товара

[sim3x]

luna3956,
Как узнать в какой таблице товаров хранятся товары определенной категории?

В вашем комментарии вы решаете проблемы, которых нет в вопросе

[sim3x]

luna3956,

Ну то есть либо сама таблица сразу текстом написанная либо ее айдишник

сразу три вопроса к данной фразе
Что такое айдишник таблицы?
Где в данном месте теряется целосность?
Почему в данном месте будет огромная проблема с производительностью и написанием запросов?

[sim3x]

luna3956,

0. Фокус со "справочниками" также работает с EAV
1. Как писать запросы с такой схемой вы так и не ответили
2. Справочник не решает проблему с целосностью, тк СУБД про него не знает
3. Джоины давно не являются узким местом
4. Вы не упростили схему
5. Вы расписали худший вариант такого подхода

Проблема, что вы не понимаете плюсы и минусы обоих подходов
Что вам мешает?

[sim3x]

luna3956,
Удачи в изучении

[luna3956]

sim3x, будь вы хотя бы на одну десятую столь же компетентным сколь вы напыщенны, то выглядели бы менее нелепым

[sim3x]

luna3956, ))0

[jakuraji]

допустим я добавил футболку и к ней "size - m", "colour - black", "colour - red" - 3 записи в customAttributes

как это читается? 3 футболки с 3мя разными свойствами?

а тогда как добавить футболку размером m и colour red одновременно?

[jakuraji]

допустим я добавил футболку и к ней "size - m", "colour - black", "colour - red" - 3 записи в customAttributes

как это читается? 3 футболки с 3мя разными свойствами?

а тогда как добавить футболку размером m и colour red одновременно?

Answer 2

[sim3x]

EAV
json

По-хорошему у вас должно быть понимание, что у вас является SKU
И дальше уже отталкиваясь, от данного знания и требований по учету (бух и склад) что-то проектировать