Size: a a a

Django [ru] #STAY HOME

2020 February 12

M

Melis in Django [ru] #STAY HOME
Сергей
не понял, покажите где написано, что это вектор и что не создаётся ещё таблица?
я не говорил что таблица не создается
да m2m не хранит вектор с ключами, он хранит ключи двух связанных объектов
источник

UA

Uluk Abylbekov in Django [ru] #STAY HOME
Melis
я не говорил что таблица не создается
да m2m не хранит вектор с ключами, он хранит ключи двух связанных объектов
но с одной стороны ведь с m2m админка будет чище и можно будет удалить лишний serializer
источник

🔐

🔐{% ɹoƃǝʎ %} in Django [ru] #STAY HOME
хм, на высоком уровне это представляется джанго как вектор. не знал)
источник

С

Сергей in Django [ru] #STAY HOME
Так, сейчас не понял.
Поясните за вектор, пожалуйста. Что не так с таблицей?
источник

🔐

🔐{% ɹoƃǝʎ %} in Django [ru] #STAY HOME
Вообще, для соцсетей реляционное представление не очень подходит.
источник

🔐

🔐{% ɹoƃǝʎ %} in Django [ru] #STAY HOME
Либо графовое, либо документное.
источник

С

Сергей in Django [ru] #STAY HOME
Uluk Abylbekov
но с одной стороны ведь с m2m админка будет чище и можно будет удалить лишний serializer
Ты можешь указать, что это м2м и указать свою модель промежуточной
источник

M

Melis in Django [ru] #STAY HOME
Uluk Abylbekov
но с одной стороны ведь с m2m админка будет чище и можно будет удалить лишний serializer
так я и топлю за m2m в твоем случае, ну я бы так сделал
источник

🔐

🔐{% ɹoƃǝʎ %} in Django [ru] #STAY HOME
Вообще, нафига таблицу делать для такого поля, когда вектор эффективнее и логичнее? Да, на стороне базы не будет валидироваться целостность по ключам, но, камон, это джанго в котором дефолтные значения задаются в файлах миграций.
источник

С

Сергей in Django [ru] #STAY HOME
Тогда m2m с промежуточной таблицей, чтобы всякие даты создания хранить) Если таковое и надо
источник

M

Melis in Django [ru] #STAY HOME
🔐{% ɹoƃǝʎ %}
Вообще, нафига таблицу делать для такого поля, когда вектор эффективнее и логичнее? Да, на стороне базы не будет валидироваться целостность по ключам, но, камон, это джанго в котором дефолтные значения задаются в файлах миграций.
ну может понадобится дата лайка и прочее поля
Хотя в m2m это не сделаешь(
источник

С

Сергей in Django [ru] #STAY HOME
🔐{% ɹoƃǝʎ %}
Вообще, нафига таблицу делать для такого поля, когда вектор эффективнее и логичнее? Да, на стороне базы не будет валидироваться целостность по ключам, но, камон, это джанго в котором дефолтные значения задаются в файлах миграций.
Формы нормализации говорят, что надо м2м выносить в отдельную таблицу
источник

🔐

🔐{% ɹoƃǝʎ %} in Django [ru] #STAY HOME
Melis
ну может понадобится дата лайка и прочее поля
Хотя в m2m это не сделаешь(
я про поле сейчас говорю, а не про таблицу
источник

🔐

🔐{% ɹoƃǝʎ %} in Django [ru] #STAY HOME
Сергей
Формы нормализации говорят, что надо м2м выносить в отдельную таблицу
Нет, они не говорят такого. И они не говорят, что надо после ОРМ переиспользовать базу данных, что с джанго - pain in da ass
источник

N

N1LEX in Django [ru] #STAY HOME
Uluk Abylbekov
Значит разницы нет так как m2m все равно создаст table с именем Likes.
Избыточность
источник

M

Melis in Django [ru] #STAY HOME
🔐{% ɹoƃǝʎ %}
я про поле сейчас говорю, а не про таблицу
я про то когда создаешь прям отдельнуб таблицу для лакой PostLike
источник

🔐

🔐{% ɹoƃǝʎ %} in Django [ru] #STAY HOME
Melis
я про то когда создаешь прям отдельнуб таблицу для лакой PostLike
ну это отдельная таблица, ты можешь в поле m2m,к примеру, сохранять ключи на объект лайка, но это немного через одно место
источник

AI

Anton Igin in Django [ru] #STAY HOME
Короче, даю пример
источник

M

Melis in Django [ru] #STAY HOME
требовании разные, лучше сделать отдельную таблицу, чтобы потом расширять легче было
источник

AI

Anton Igin in Django [ru] #STAY HOME
Есть модельки ComponentInfo и Country. Их соединяем m2m. Это будет не список числел, а вот такая таблица
id | componentinfo_id | country_id
----+------------------+------------
 1 |                1 |          1
 2 |                1 |          2
 3 |                1 |          3
 4 |                2 |          1
 5 |                3 |          1
 6 |                3 |          2
источник