Как реализовать фильтры товаров django?

Question

[mr_drinkens89]

Подскажите,как реализовать фильтры товаров?
У товаров может быть множество свойств (например,Вид масла - гидравлическое), у каждого товара - свой набор свойств.
Можно сделать по примеру lfs, но забивать руками очень долго.
спасибо.

Answer 1

[Anatoly Scherbakov]

Посмотрите на django-hstore (при условии, что вы можете использовать PostgreSQL). Это поле, в котором можно хранить произвольное число пар ключ - значение. Таким образом, общие для всех видов товаров поля вы храните как обычные поля модели, а меняющиеся поля пакуете в hstore. По этим запакованным полям можно даже делать поиск, за счёт того, что HStore - это родной для PostgreSQL тип данных.

Ещё вы можете использовать тип JSON, тоже специфический для PostgreSQL. Отличается от hstore тем, что структура поля может быть древовидной и значения - типизированными (собственно, что и предполагает JSON). Пакетов, которые поддерживают это поле в Django, существует несколько, можно погуглить.

Также вариантом является упомянутый EAV, но лично мне очень не нравится этот подход. Отсутствие контроля типов, крайне низкая скорость на больших объёмах и общая уродливость решения. SQL-база данных создана не для того, чтоб её как key-value использовать. Лучше уж немного расширить её возможности костылями типа hstore.

Comments

[mr_drinkens89]

А вывод можно группировкой сделать? я имею ввиду, фильтр слева, в категориях. Ну и уже поиск осуществлять,как текст.

[Anatoly Scherbakov]

YourModel.objects.filter(data__color="green")

Answer 2

[Andrey K]

https://github.com/mvpdev/django-eav

Comments

[un1t]

Последний коммит 4 года назад. Какжется эта штука умерла.

[chemiron]

можете попробовать https://pypi.python.org/pypi/eav-django

Answer 3

[un1t]

Я думал на эту тему, как лучше делать такие каталоги и пришел к выводу, что базу можно использовать любую, а фасеты строить с помощью полнотекстового поиска. Я предпочитаю Elasticsearch.
Свойства товаров можно хранить в каком-нибудь JSONField. На самом деле абсолютно без разницы как их хранить, главное как запихнуть в индекс.
Как вариант MongoDB умеет строить фасетные индексы. Но на сайте обычно в любом случае нужен поисковый движек, так что обхожусь без монговсих фасетов.

Comments

[mr_drinkens89]

А вывод фильтра слева как организовать? то есть,когда юзер выбирает определенный параметр, получается,что полетит не параметр (например, id), а строка ("зеленый",например). Ну и через Q осуществить выборку. Верно?

[un1t]

mr_drinkens89: полетит название параметра и значение, например name="color" value"зеленый". Никаких Q, выборка осуществляется средствами полнотекстового поиска.

[mr_drinkens89]

un1t: я только не пойму,как вывод фильтра сделать?если просто выводить, как характеристики товара,то ничего сложного нет. А вот если как фильтр,то сложнее.
Я еще делал так: есть модель ProductTechInfo. она имеет поля: свойство,значение,и внешний ключ на Product (товар). Забиваются поля, а в шаблон,через regroup выводятся эти атрибуты, группируя их по названию свойства.
А в Вашем случае, как вывод будет происходить?
спасибо

[mr_drinkens89]

Решил-таки попробовать Haystack)
Вопрос такой, а как "разбить" поиск по категориям?
Можно ли обойтись без q?
Сейчас работает: /catalog/odezhda/?q=92
Необходимо: /catalog/odezhda
q - это id категории, их я вставил в индекс. Но, хотелось бы обойтись в категориях без q в урле.
Это возможно?
Спасибо

Answer 4

[chemiron]

Такие свойства сохраняю с помощью eav-django. Поиск делаю с помощью Sphinx - загоняю в мультиаттрибут все значения свойств для каждого товара и дальше запросом к sphinx можно вытянуть список id товаров, подходящих под фильтры. Плюс такого подхода еще в том, что можно совместить отбор по фильтрам и полнотекстовый поиск.