Revert Джанго 1,7 RemoveField миграция

Question

Если у меня есть ненулевое поле модели, удалить его и создать миграцию, что миграция становится необратимой:

Рассмотрим следующую модель:

class Foo(models.Model): 
    bar = models.TextField() 
    test = models.TextField() # This field is to go away, bye-bye! 

И миграция:

# app/migrations/003_remove_foo_test.py 

class Migration(migrations.Migration): 

    dependencies = [ 
     ('app', '0002_foo_test'), 
    ] 

    operations = [ 
     migrations.RemoveField(
      model_name='foo', 
      name='test', 
     ), 
    ] 

Unapplying эту миграцию бросает исключение:

$ src/manage.py migrate app 0002 
Operations to perform: 
    Target specific migration: 0002_foo_test, from app 
Running migrations: 
    Unapplying app.0003_remove_foo_test...Traceback (most recent call last): 
... 
django.db.utils.IntegrityError: column "test" contains null values 

Конечно, это ожидаемое поведение, это clearly documented и я не спрашиваю, почему это происходит:

Имейте в виду, что при обратном это на самом деле добавления поля к модели; если поле не является нулевым, это может привести к необратимой операции (кроме потери данных, которая, конечно же, является необратимой).

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

Вопрос: что является самым простым и быстрым способом отменить удаление поля с помощью переноса Django 1.7+ (предположим, что это уже произошло)? Это не обязательно должно быть полностью написано с помощью Python, это сделает набор ручных инструкций.

Answer 1

Вы можете вручную эд это ваша миграция и добавьте AlterField со значением по умолчанию для поля непосредственно перед RemoveField. Это должно быть безопасно даже после применения миграции.Это сделает RemoveField, что произойдет после того, как станет обратимым.

Пример. Имея поле в модели summary имени profit, который был определен перед удалением, как что:

profit = models.PositiveIntegerField(verbose_name='profits') 

следует добавить, прежде чем RemoveField его AlterField так:

migrations.AlterField(
    model_name='summary', 
    name='profit', 
    field=models.PositiveIntegerField(verbose_name='profits', default=0), 
    preserve_default=False, 
    ), 

Answer 2

Если вы хотите, чтобы будущие миграции были обратимы, вы можете попробовать удалить поле в виде трех миграций.

1. Сделать поле обнуляемым
2. миграции данных. Вперед, ничего не делай. В обратном порядке преобразуйте значения null в значение stub.
3. Удалить поле

Каждый из этих трех шагов должно быть обратимым.

Если вы уже запустили миграцию и нужно повернуть его вспять, вы можете

1. вручную добавить поле, позволяя обнуляет
2. преобразовать аннулирует до значения тупиковой
3. вручную добавить не нулевое ограничение
4. Migrate с --fake к предыдущей миграции