Добрый день!
Подскажите, как лучше поступить, может, кто-то сталкивался.
Вот тема, близкая к моему вопросу:
https://toster.ru/q/16320
Задача:
Есть товары, и у товаров есть свойства:
Главные: объем и цвет.
Остальные: еще десятка два.
Каждый товар имеет свой артикул, цену и наличие, в зависимости от объема пачки и цвета.
Нужно вывести в категориях только главное наименование товара, а внутри карточки товара вывести уже все варианты товара с разным объемом и цветом.
=================
1 вариант: можно хранить главный товар - остальные виртуальные, которые формируем из массивов возможных объемов и цветов.
Не подходит. Т.к. артикул разный, цена обновляется через импорт CSV.
2 вариант: Хранить все товары с артикулом, иметь главный товар - без объема и цвета, остальные как бы вложенными делать через parent_id и выводить без проблем. Но это лишние поля - даже не товары в таблице products.
3 вариант: Сделать отдельную таблицу product_group - и там хранить группирующий заголовок и slug. И при выводе в разделе группировать по группе.
Минусы - для товаров, которые не имеют товаров с характеристиками - единичный товар - не будет группы - как их выводить - как товар? Путаница.
И второй: ограниченный набор параметров для вариаций товаров.
В общем, задумался.
Подскажите возможное грамотное направление.
По сути задача не редкая...
Спасибо.
Структура комбинаций товаров в БД
Re: Структура комбинаций товаров в БД
Как вариант, подсмотрите реализацию в opencart.
Re: Структура комбинаций товаров в БД
ну есть goods, есть goods_variant, продаем последнее. Я так понимаю, это ваш третий вариант. При импорте сразу генерируем все необходимые варианты - никаких виртуальных или отдельных goods.
У меня на работе такая же структура почти: товар/goods => предложение партнера/offer => вариант предложения/offer_variant. Т.е. у одного товара может быть несколько предложений от наших разных партнеров, и каждое предложение имеет свой вариант по цвету, размеру, полу (или дефолтный, если признаков нет).
У меня на работе такая же структура почти: товар/goods => предложение партнера/offer => вариант предложения/offer_variant. Т.е. у одного товара может быть несколько предложений от наших разных партнеров, и каждое предложение имеет свой вариант по цвету, размеру, полу (или дефолтный, если признаков нет).
Re: Структура комбинаций товаров в БД
http://woo.zp.ua/opdoc/articles_admin/w ... roduct.png
Насколько я понял, opencart содержит только список опций и дает их просто выбирать. Никаких индивидуальных артикулов товаров и цен...
(может, схема старая?)
----
Александр, спасибо за поддержку 3 варианта!
Именно в таком направлении и думал.. Уже в голове все выстроилось, сейчас буду реализовывать.
Единственное - вопрос. Если товар без вариантов - то запись только в goods будет? Это я за выборку и сортировку беспокоюсь (получается тогда надо будет из двух таблиц брать). Если я, конечно, правильно понял схему..
Насколько я понял, opencart содержит только список опций и дает их просто выбирать. Никаких индивидуальных артикулов товаров и цен...
(может, схема старая?)
----
Александр, спасибо за поддержку 3 варианта!
Именно в таком направлении и думал.. Уже в голове все выстроилось, сейчас буду реализовывать.
Единственное - вопрос. Если товар без вариантов - то запись только в goods будет? Это я за выборку и сортировку беспокоюсь (получается тогда надо будет из двух таблиц брать). Если я, конечно, правильно понял схему..
Re: Структура комбинаций товаров в БД
Понял, спасибо за советы!