помню как массово заставляли регистрироваться в госуслугах

а зачем им информация об этом вообще...?

где заняты дети? Ну вполне нормальная инфа. Можно смотреть где более бохатые родители живут, где лучше покрытие кружками и т.д. Будь я министром соцзащиты/образования и т.д я бы тоже такие отчеты собирал, правда вероятнее другим способом, без "напряга" родителей и учителей.

Здрасте

А могут здесь подсказать по orm джанги вопросик один ?

Могут порекомендовать не задавать мета-вопросов

А еще тут недавно была неделя безопасности, гаи собирали инфу от родителей, где дети ходят, где переходят дорогу, где освещено, а где нет. У меня соседка на пару страниц текста в подробностях написала где у нас беда с благоустройством, освещением дорогами и безопасностью. Вроде ей пообещали принять меры и вкрутить лапочки которые несколько лет были выключены

История при Линукс в школах - очень старая. И обучения учителя уже проходили по нему (мама работала в сфере образования для учителей). Так ещё в 2006-2008 она проводила обучения.
И я вам скажу так - наши учителя учиться не умеют, совсем! Хуже своих учеников

Я слишком маленький ещё, чтобы обойтись без них. В общем, пишу REST API для курсача. Мне надо формировать заказ с множеством разных товаров.
Для наглядности. В пункте Product на скрине мне нужно занести несколько позиций . Например, батон горчичный - 10 штук.
Как я решал эту задачу:
1.Делал модель с продуктами для заказа, где внешним ключом связывал её с обычным продуктом и добавлял поле number для указания количества.
2. Эту модель указывал как ManyToMany в модели заказа. Это работало. Но мне кажется это очень грамоздко.
Может есть совет, чтобы наставить на путь истинный

Модель заказа

честно, ничего не понял, но никто не запрещает в many2many иметь не только внешние ключи, но и полюшко для количества

Не увидел many to many. Так же обращай на подсказки IDE, где пробелы не правильно стоят.
Из придирок:
* не увидел primary key. Я джангу плохо помню, может она автоматом добавляет.
*  code -- номер заказа. Это кто то вручную его вносит?  Если там циферки, то лучше хранить как Integer, Особенно если требуется unique и index. Это конечно предварительная оптимизация, но когда записей в базе миллионы, тогда разницу можно увидеть. Для курсовой не важно
* Разберись с on_delete. В данном случае, при удалении продукта, удалится сам заказ. Не думаю что это ожидаемое поведение. Посмотри другие константы, скорее всего найдешь, то что лучше подходит в этом  случае

Согласен, чистить надо будет. Но я пока прям уже плакою над тем как реализовать занесение сразу нескольких товаров в один заказ

В заказе может быть только один вид продуктов?

Нет

Их там гора целая должна быть

Разных и с разным колличеством

Вот такая идейка есть. Это продукт для заказа. Который будет связующим между продуктом и заказом

тогда тебе нужны три модельки:
Product (уже есть)
Order (уже есть, надо выкинуть поле product)
Добавить табличку OrderProducts, где будет три поля:
* order_id
* product_id
* number

тут не хватает ссылки на order. И лишнее поля date_created