DP
К задаче тогда с другой стороны подходить нужно, зачем тебе скипать миграцию?
Size: a a a
2021 June 02
Н
хочется на уровне кода этим управлять
Н
там странный кейс и долгая история
Н
ещё думаю, можно ли этого избежать
꧁
Всем привет, заклонился с ветки, посмотрел все конфиги докера вроде все норм, но когда создаю суперпользователя для локального пользователя он не пускает, кто-нибудь сталкивался с этим?
Н
Вообще вот какой кейс.
Есть 2 таблицы -
изначально
сейчас решили сменить на
сохраняться ли данные и подхватятся ли автоматически инстнсы
Есть 2 таблицы -
Book, BookInstance.изначально
BookInstance связывался с Book через IntegerField (без FK)сейчас решили сменить на
ForeignKeyсохраняться ли данные и подхватятся ли автоматически инстнсы
book, если втупую сменить IntegerField на ForeignKey и провести миграцию? Мне кажется, что тут надо в пару этапов такое проделывать, либо просто переписать IntegerField на ForeignKey и зафейкать миграцию, чтобы можно было с орм работать... Хотя, может, я ошибаюсь, конечно.S
Jacquie Leblanc, пожалуйста, нажмите на кнопку ниже в течение указанного времени, иначе вы будете кикнуты. Спасибо! (60 сек)
При поддержке Золота Бородача
При поддержке Золота Бородача
DT
лучше в несколько этапов
DT
так как может быть что какого то объекта нет
DT
и все упадет
DT
а по поводу этого можешь закоментить все операции в operations =[]
выполнить
раскоментить
будет тот же эфект что и от fake
выполнить
раскоментить
будет тот же эфект что и от fake
Н
Ну как-то не очень удобно это делать будет...
DP
В несколько этапов, не сталкивался с таким, я б сделал
ForeignKey(..., null=True)Н
В плане?
DP
и назвать поле по-другому
Н
Это понятно
DP
Ты можешь написать кастомную миграцию, где будешь доставать бук по int и привязывать к FK
DT
миграция может не пройти