ДЯ
Size: a a a
2021 February 09
D
я новичок и вообще не работал с этим и щас попал в ступор
А что именно непонятно?
S
А что именно непонятно?
вот так создал щас БД но теперь для MPTT мне по другому нужно его сделать что ли ? или MPTT вообще в запросах как то используется ?
D
вот так создал щас БД но теперь для MPTT мне по другому нужно его сделать что ли ? или MPTT вообще в запросах как то используется ?
Да. Здесь таблица категорий и подкатегорий объединится в одну. И, благодаря MPTT, у вас появится возможность в одной таблице хранить иерархию всех категорий с неограниченным уровнем вложенности.
S
Да. Здесь таблица категорий и подкатегорий объединится в одну. И, благодаря MPTT, у вас появится возможность в одной таблице хранить иерархию всех категорий с неограниченным уровнем вложенности.
я хотел Category и Subcategory через ForeignKey соединить
D
я хотел Category и Subcategory через ForeignKey соединить
Это понятно. MPTT нужен, чтобы так не делать и иметь более гибкое и функциональное решение.
D
Как бы вы добавили в такую структуру еще один уровень вложенности?
S
Как бы вы добавили в такую структуру еще один уровень вложенности?
ну первое что пришло в голову создать еще один subcategory и через FK подключить к первому subcategory
S
Это понятно. MPTT нужен, чтобы так не делать и иметь более гибкое и функциональное решение.
тоесть все категории можно хранить в одной таблице да ? а таблица Product Order остаются так как были ?
D
ну первое что пришло в голову создать еще один subcategory и через FK подключить к первому subcategory
Такая структура генерировала бы множество лишних запросов с увеличением количества уровней вложенности, особенно, когда надо построить путь по дереву или все дерево, а также была бы не очень удобна в дальнейшей работе. Поэтому были придуманы методы хранения древовидных структур в рамках одной таблицы.
D
тоесть все категории можно хранить в одной таблице да ? а таблица Product Order остаются так как были ?
Да. Все категории будут храниться в одной таблице, и вам не нужно будет создавать модели для каждого уровня вложенности. Также будет возможность перемещать узлы, строить дерево и пути по нему без избыточного количества запросов.
И, чтобы связать товары с категориями, потребуется создать лишь одну связь.
И, чтобы связать товары с категориями, потребуется создать лишь одну связь.
S
хорошо еще раз почитаю потом напишу
D
вот так создал щас БД но теперь для MPTT мне по другому нужно его сделать что ли ? или MPTT вообще в запросах как то используется ?
И еще момент. А что вы планируете хранить у категорий в поле URL? Случайно, не slug?
S
И еще момент. А что вы планируете хранить у категорий в поле URL? Случайно, не slug?
да Slug будет
S
ну это я хочу просто практиковатся на интернет магазине и плюс подключить телеграм бота к магазину
D
Тогда, наверное, стоит изначально придерживаться единообразного нейминга на этапе проектирования, потому что у товаров аналогичное поле названо так, как обычно его и называют – slug.
S
Тогда, наверное, стоит изначально придерживаться единообразного нейминга на этапе проектирования, потому что у товаров аналогичное поле названо так, как обычно его и называют – slug.
тоесть мне щас ничего не делать ?
S
останется так как есть или я вас не понял
S
единообразный нейминг это ?
M
Прошу прощения за нубский вопрос. Я правильно понимаю что
1) отправляет
2а) если такой объект есть, то он просто его возвращает
2б) если нет, то создает его, учитывая и параметры в
???
get_or_create() работает ниже по следующему принципу ниже:1) отправляет
first_name и last_name как get() и2а) если такой объект есть, то он просто его возвращает
2б) если нет, то создает его, учитывая и параметры в
defaults???
obj, created = Person.objects.get_or_create(
first_name='John',
last_name='Lennon',
defaults={'birthday': date(1940, 10, 9)},
)