Как мне моделировать мои данные (многоуровневые, многоуровневые) для django-haystack?

Question

Приведу пример данных. (чисто для демонстрации, я не много о машине знаю)

высшей категории,

Car, Computer, Shoes, .. 

Автомобиль имеет много граней. (Подкатегорию)

Car - 2 door/4 door 
Car - Audi/Bmw/.. 

Sub категория может иметь другое подкатегорию.

Audi - A series/S series/R series 

Теперь у продукта может быть несколько родителей.

Audi A4 -child of- A series - Audi - Car 
Audi A4 -child of- 4 door - Car (one shorter depth) 

Как бы я смоделировал это в БД?

Я рассмотрел несколько подходов, основанных на RDBMS, для поиска возможностей, и это выглядит ужасно для поддержания.
Я смотрю на django-haystack, solr.
Но все же мне нужно смоделировать это в моделях django.py.

Как бы это сделать и сделать индекс поиска для стога сена?

Я новичок в целом django/haystack/solr.
Я посмотрел пример документа solr.
Похоже, каждый пункт имеет все необходимые данные в нем. (Я предполагаю, что люди называют это сплющенные-данные?)

Могу ли я как-то отдельные мета-данные (категория деревьев) из данных (фактический элемент продукта) в БД ?
Я просто чувствую, что это правильный подход, я не прав?

• EDIT

Я забыл упомянуть, что я хотел бы использовать граненый возможность поиска в Solr.
Итак, после моделирования в DB, ​​как бы выглядел бы мой search_indexes.py для haystack?

Answer 1

Это две разные вещи.

Одним из них является сохранение нескольких свойств элемента. Для этого, если вы хотите использовать реляционную базу данных, используйте entity-attribute-value pattern. eav-django обеспечивает эту реализацию для django.

Однако более гибким (и менее громоздким) подходом было бы использование базы данных документов (например, кушетки) или других решений NoSQL. Они обеспечивают гибкую схему, поэтому вам не нужно беспокоиться о том, сколько «свойств» или «метаданных» вы должны хранить о конкретном объекте/элементе.

Другая часть вашего вопроса - сохранение дерева отношений с n -depth. Это реализовано с использованием nested set model (также называемого измененным обходом дерева предварительного заказа). Как и eav, есть django-mptt.