Вообще, нафига таблицу делать для такого поля, когда вектор эффективнее и логичнее? Да, на стороне базы не будет валидироваться целостность по ключам, но, камон, это джанго в котором дефолтные значения задаются в файлах миграций.
Вообще, нафига таблицу делать для такого поля, когда вектор эффективнее и логичнее? Да, на стороне базы не будет валидироваться целостность по ключам, но, камон, это джанго в котором дефолтные значения задаются в файлах миграций.
ну может понадобится дата лайка и прочее поля Хотя в m2m это не сделаешь(
Вообще, нафига таблицу делать для такого поля, когда вектор эффективнее и логичнее? Да, на стороне базы не будет валидироваться целостность по ключам, но, камон, это джанго в котором дефолтные значения задаются в файлах миграций.
Формы нормализации говорят, что надо м2м выносить в отдельную таблицу
Есть модельки 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