Ну тогда, если есть понимание, как можно изменить структуру данных без ущерба для логики в других местах - лучше, наверное, изменить. Если же это сделает код менее понятным, или у тебя просто куча важных данных в продакшене уже - тогда rawsql.
Ну тогда, если есть понимание, как можно изменить структуру данных без ущерба для логики в других местах - лучше, наверное, изменить. Если же это сделает код менее понятным, или у тебя просто куча важных данных в продакшене уже - тогда rawsql.
Проект пока в разработке но уже немаленький, поэтому и думаю изменить, с сырым sql же потом возникнут траблы с миграциями?
Проект пока в разработке но уже немаленький, поэтому и думаю изменить, с сырым sql же потом возникнут траблы с миграциями?
Да нет, не должно. Это же изменение для менеджера кастомного только? Т.е. там будет что-то типа self.raw(...) просто вместо того, что сейчас - миграции это вообще никак не затрагивает.
поставил свежу Django, пытаюсь создать юзера, на что она мне выдает "no such table: main.auth_user__old" полный текст ошибки: https://pastebin.com/YZxcigM0
по совету гугла сделал "./manage.py makemigrations" и " ./manage.py migrate" - не помогло.
поставил свежу Django, пытаюсь создать юзера, на что она мне выдает "no such table: main.auth_user__old" полный текст ошибки: https://pastebin.com/YZxcigM0
по совету гугла сделал "./manage.py makemigrations" и " ./manage.py migrate" - не помогло.