Вам бы друг с другом сгруппироваться

Один не делает makemigrations, второй не делает migrate

🤣

я делал создается

ггггггггг)

такое пишет No changes detected in app 'notification'

Так, для миграции нет сохранений. Нечего мигрировать

перевести не?)

попробуй написать migrate <app_name>

не замечено изменений в приложении то есть он их не видит

Operations to perform:
 Apply all migrations: notification
Running migrations:
 No migrations to apply.

Мейкмигратион не сохраняетсяяяяяяяяяяяяяяяяяяяяяяяяяяя

Ну по выхлопу видно, что жанга нашла изменения в моделях и создала. Посмотри, появился ли файл ../app_name/migrations/00{n}_{datetime}.py который не в репе. Если он создался, то потом migrate - применить миграцию

посмотри файлы миграций там пусто или что

Читал что вызов в питоне является относительно дорогой операцией. Но на практике в вебе самая долгая операция это по прежднему запросы в БД и сторонние апи. Имхо, если например в проекте используется, скажем, какой-нибудь дотдата, то простое переиспользование его сессии/сокета соединения даст более заметный прирост в скорости, чем такие микрооптимизации со слиянием мидварей. Да и в целом, если почитать того же Фаулера, то для крупного сервиса горизонтальное масштабирование более ценно, чем опять же такая экономия на спичках.

Так я про это и говорю

попробуй с именем приложения

Это больше с бд проблемы

тогда вручную создавай таблицу