Стоит ли создавать отдельные модели под отдельные категории товаров в Django?

Question

[Артём Иннокентьев]

Допустим у нас есть четыре категории товаров в интернет-магазине - Ручка, Пластилин, Бумага и Линейка.

Как стоит поступить - создать одну модель Товар или создать пять моделей Ручка, Пластилин, Бумага, Линейка и связать их с Товаром?

Минус первого варианта в том, что в Товар будут помещены все параметры четырех товаров, при этом, у некоторых товаров есть уникальные параметры (Бумага - размер, плотность бумаги, толщина, Линейка - длина, цена деления и т.д.) . Как итог - Товар будет очень нагруженным.

Минус второго варианта в том, что надо будет Ручку, Пластилин, Бумагу и Линейку связывать Один к Одному с Товаром, чтобы получить уникальные ID. Первый вариант лишен данного недостатка.

Как быть?

P.S. Я склоняюсь ко второму варианту, но очень хотел бы услышать мнения опытных людей. Если есть другие варианты - буду только рад)

Answer 1

[nirvimel]

Во-первых: однозначно, одна таблица для товаров.
Во-вторых: специфичные для конкретных категорий, признаки задаются следующим образом.

1. таблица Категории.
2. таблица ПризнакиКатегорий.
    - внешний ключ к Категории;
3. таблица ЗначенияПризнаков.
    - внешний ключ к ПризнакиКатегорий;
    - внешний ключ к Товыры;

Comments

[Oscar Django]

Полностью согласен. Подумайте сами, у вас потом еще 6 типов товара появится, будете еще таблицы создавать?

[Артём Иннокентьев]

А что, если сделать вместо таблиц 2 и 3 одну таблицу Признаки и Значения? Почему надо так дробить?

[nirvimel]

Артём Иннокентьев: Признаки относятся к категории: У ручки "цвет", у бумаги "формат", например. А ЗначенияПризнаков относятся к конкретному экземпляру товара (уж если мы кириллицей пишем код):

значениеПризнакаОбъект = ЗначенияПризнаков(товар=ручкаКитайскаяОбъект, признак=цветОбъект, значение="красный")

Это открывает возиможность вести учет в разрезе этих признаков и осуществлять агрегацию, фильтрацию, сортировку по признакам:

цветОбъект = Признаки.get(наименование="Цвет")
товарыПоЦветам = ЗначенияПризнаков.objects.filter(признак=цветОбъект).order_by("значение")

P.S.: Напомнило 1C. Не пишите так реальный код.

[rasswet]

nirvimel: оуоу! и тут 1с! там кстати есть Характеристики товаров :) в УТ-шках

[nirvimel]

rasswet: Похоже, этот кошмар будет преследовать меня до конца жизни, даже в моем собственном коде, на чем бы я не писал.

[rasswet]

nirvimel: забудется со временем!

[gglin]

А разве в таком случае я могу дать любой признак любому товару, если захочу? например товар=микроволновка, признак=объём HDD, значение=1ТБ

Answer 2

[Alexander]

Вы недавно в разработке. Ибо задача простая. Делайте сразу же масштабируемым магазин. Ибо завтра у вас добавится, ещё один тип товаров и вы полезете опять в код?
Создаётся три модели:
1. Категория
2. Товар
3. ХарактеристикиТовара

Товар имеет связь с категорией через ForeignKey и связь с характеристиками через ManyToManyField.
В итоге вы можете получить все товары выбранной категории и все характеристики товара(ов). В характеристиках заводите два поля "название" и "значение". Ну или разносите на две модели "название" и модель "значение". Во вторую ИД товара, ИД название и CharField значения. В итоге у вас может быть бесконечное количество "типов" товаров со своими персональными характеристиками.

Comments

[z00sharp]

Здравствуйте, я новичок в данной теме, честно я бы не писал если бы не потратил кучу часов своего времени на поиск ответов в гугле, или я гуглю плохо, или правда сложно найти материал по этой теме в рунете.

Подскажите пожалуйста, следуя вашему алгоритму, я должен создать для каждого товара свои характеристики а после эти характеристики должны наследоваться от класса ХарактеристикиТовара?

[Alexander]

z00sharp, Я бы сделал модели:
1) Товар
2) Характеристика
3) Значение характеристики, с полями: ид_товара(ссылка на п1), ид_характеристики(ссылка на п2), значение.
В итоге можно потом и фильтры выводить по всем товарам в категории.

Answer 3

[Владимир]

Фразу "создать одну модель Товар или создать пять моделей" следует читать как "создать одну модель Товар И создать пять моделей". в модели Товар добавить поле Тип и в него писать какой это тип товара. в зависимости от типа брать подчиненную таблицу о товаре.
а если свойства товара вынесете в отдельную таблицу и свяжите ее с моделью Товар и будете писать свойства по типу ключ-значение - будет вообще бомба :)

вобщем, кому как нравится тот так и делает :)

Answer 4

[denizen]

Для таких задач уже существуют готовые модули. Посмотите, например, этот.

Answer 5

[Yura Khlyan]

Такое реализировано уже в Django-Oscar:model.