Как реализовать структуру бд в интернет магазине?

Question

[Max Ba]

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

Таблицы MYSQL (innodb):
1) products (id, name, price...)
2) attribute (id, id_product, id_color, id_size) //id_color и id_size могут быть NULL.
3) colors (id, name)
4) sizes (id, name)

Я давно, на других сайтах, практикую паттерн, по моему называется EAV. Там легко прикрутить любой параметр к товару. А у меня 2-я таблица всю гибкость съела.

Новая логика магазина такая:
1) у товара может и не быть параметра (EAV подходит)
2) у товара может быть цвет или размер по отдельности (EAV подходит)
3) Некоторые параметры должны быть в связке, например цвет-размер) а вот тут уже ломается EAV (или требует пересмотра структуры) с этим пунктом как раз загвоздка((

Моя таблица attribute объединяет цвет и размер, но если параметров будет больше? Можно конечно сделать 5-ю таблицу attribute_items в неё добавлять параметры, а таблицу attribete использовать как всязку атрибут-группа. Но по моему запутано. Может у вас есть мысли, как в паттерн EAV внедрить связи между параметрами и уйти от моей 2-й таблицы attribute.

Comments

[evnuh]

"Некоторые параметры должны быть в связке, например цвет-размер" - что это значит?

[Max Ba]

evnuh: у одежды есть обязательная связь цвет и размер, тоесть все товары имеют и цвет и размер. Красное платье XS это один из атрибутов одного товара.

[evnuh]

maximka787: вы говорите одно, подразумеваете обратное. Никакой связи между цветом и размером нет. Это просто аттрибуты товара. Так что у вас типичное EAV.
Вам уже дали ссылку на мою статью, можете хранить все ваши аттрибуты в EAV а фильтровать их по кешу в редисе. Если будут вопросы - можете спокойно тут спрашивать.

[Max Ba]

evnuh: вообще все товары в сфере одежды имеют и цвет и размер. Все товары. Изучив множество xml файлов выгрузки, всегда картина одинаковая. Куртка красная XS это один товар. Таже куртка красная L это другой товар и артикул там другой.

[Max Ba]

Артём Петренков: тоесть как таблицу артикулов оставить attribute, а цвет и размер вытащить в пятую таблицу по схеме EAV (id, id_attribute, param, val)?

Answer 1

[hubramubr]

Вы еще на этапе хранения задумались....
А каково будет по множественным фильтрам делать отбор?
А с тем, чтобы показывать покупателю, а сколько товаров после применения одного или двух фильтров? И с отключением после этого ненужных (невозможных) фильтров?
Зачем вы вообще это делаете на sql?
https://habrahabr.ru/post/261137/
или
https://habrahabr.ru/post/186572/
или
https://habrahabr.ru/post/132118/

Comments

[Max Ba]

Сейчас речь о хранении, тк я люблю работать с кэш таблицами, которые заполняютя при добавлении товара сразу. Да и у меня бд InnoDB, как сайтам чаще и пологается)

[hubramubr]

maximka787:
если все в кэше, то то более зачем MySQL, а уж тем более с InnoDB? Можно хранить в том формате, что можно быстрее прочитать в кэш. Хоть в текстовом.

[Max Ba]

hubramubr: ну мы от вопроса ушли совсем))

[hubramubr]

maximka787: если вам чисто для хранения и оптимизация выборки данных не имеет значения, то таблицы colors и sizes не нужны.
таблица атрибутов присвоенных товару превращается в

id_product, id_attribute_name, attribute_value
и еще 1 таблица для хранения имен атрибутов, которая будет состоять для начала из 2 записей.

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

объявляете константы
const color_attribute_kind = 1
const size_attribute_kind = 2

и таблица атрибутов превращается в

id_product, attribute_kind, attribute_value

[Андрей Чирков]

Спасибо за вторую статью о MongoDB !