менеджер лучше использовать, имхо, когда, например, у тебя есть модель Post, и у каждого поста есть статус публикации, и тебе нужно получать только опубликованные посты. вот тогда имеет смысл создавать менеджер, так как логика здесь простая и в будущем очень востребованная, каждый раз отфильтровывать неудобно. а городить огород из префетчей и фильтров в менеджере - такое

А кто тогда должен заниматься аннотациями и агрегациями?

"менеджер лучше использовать, имхо, когда, например, у тебя есть модель Post, и у каждого поста есть статус публикации, и тебе нужно получать только опубликованные посты."

это задача как раз кверисет объекта

отдельная функция

ну а что тогда в менеджер класть? в книгах примерно такой образец и приводится

я чуть выше написал :)
собственно, это не мой или чей-то личный взгляд, сам фреймворк диктует такое распределение

А метод в кверисете плохая идея? Если да то почему?

это как - метод в кверисете?

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

Понял, спасибо)

подскажите, пожалуйста. У меня есть форма (логин), пользователь ее отправляет. В views.py, я хочу проверить заполненные данные из базы данных и если данные введены корректно, показать информацию из таблицы. Так вот, как мне достучаться во views.py до данных из бд

Вопрос может крайне тупой, но я только учу и разбираюсь с django

Реально тупой вопрос, пройди туториал, хотя бы с офф доки

прошел

Не видно

Там на второй странице есть про бд

Есть модели Major, Program, University. Majors - fk - University; Majors - fk - Program. Считается ли правильным и можно ли сделать так чтоб в сериалайзере Университета было поле "programs": {"bachelor": [major.serializer.data]}; через передачу контекста в сериалайзере университета в сериалайзер программы ? Сейчас я сделал так что есть поле "majors" и внутри каждого мейджора программа, а я хочу развернуть чтоб мейджоры были внутри программы

ехал major через major

не очень понятно, что хочешь