Привет. Можно ли как-то проимортировать базу в проект (.dmp файл), без предварительного полного удаления схемы? Проблема в том, что для всех приложений после апдейта джанги теперь есть только одна миграция  - 0001_initial.py. В импортируемой базе есть не все связи. И когда после импорта я пытаюсь домигрировать (migrate), ожидаемо все валится, потому что в 0001_initial прописаны и уже существующие связи, и еще нет. (Вариант откатить миграции обратно и проапдейтить уже оставлен на крайний случай)

@BitcoinIsBubble будет жить. Поприветствуем!

Мне кажется что это тот случай когда крайниц вариант - единственный

как в view при сохранении QuerySet использовать commit=False

Ситуация описана недостаточно понятно, но предпоследняя фраза говорит о том, что всё сломано...

непонятно, но сломано 😒 это вообще не прод, так что сломано по определению быть не может

А, ну если не прод, то просто сделай дамп данных, если они есть, удали базу и миграции, обнови джангу до новой версии, создай миграции заново с нуля, накати на новую базу данных и восстанови содержимое таблиц (кроме таблицы миграций и прочих системных)

Если у тебя там дев окружение и контейнеры, то зачастую база данных создаётся и удаляется для каждой фичи

>> создай миграции заново с нуля - они все создаются в одном файле - 0001_initial.py

в этом и есть проблема

Он создал тампотому что не нашёл других миграций и решил, что это первая)

почему так сделано это понятно - непонятно, что с этим делать.

базу нельзя проимпортировать не удалив старую

после импорта создаются не все связи

Зависит от задачи же, если это не прод, то обычно можно просто всё удалить и забыть о проблеме

ты не понимаешь. если я все удалю и создам снова (makemigrations), все поля  опять запишутся в одном файле (0001_initials). и после импорта дампа я не смогу доимпортировать оставшиеся связи

А зачем их доимпортировать? Просто удали базу данных и сделай новую

в дампе есть НЕ все связи даже в свежайшем

Короче я не понял задачу)

база данных - это некая структура таблиц + сами данные этих таблиц

дамп структуры таблиц не нужен, структура таблиц создаётся миграциями... если на каком-то этапе так оказалось, что структура таблиц есть, а миграций нет, нужно их создать и применить с указаним —fake или —fake-initial, тогда бы создался файл 001_initial и как бы "применился", а на самом деле бы просто записался со статусом "применён", после чего все изменения (новые) в моделях приводили бы к появлению новых миграция (002_auto_...), которые можно было бы применять уже в нормальном режиме...

ну, а что касается данных - можно как обычно восстанавливаться из дампа данных через стандартные утилиты сервера базы данных, если там другая структура таблиц или что-то такое - то можно скриптом подправить эти sql-команды в файле дампа так, чтобы они подходили под новую структуру таблиц (ну, если вдруг дамп есть для старой версии таблиц)