Przywróć Django 1.7 RemoveField migracja

Question

Jeśli mam pole modelu non-zerowalne, należy go usunąć i utworzyć migrację, że migracja staje się nieodwracalne:

Rozważmy następujący model:

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

I Migracja:

# 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 tego przechodzenia wyjątek to

$ 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 

Oczywiście, jest to oczekiwane zachowanie, to clearly documented i nie pytam, dlaczego tak się dzieje:

pamiętać, że po odwróceniu jest to faktycznie dodanie pola do modelu; jeśli pole nie jest zerowane, może to spowodować nieodwracalną operację (z wyjątkiem utraty danych, która oczywiście jest nieodwracalna).

Jednak wszyscy popełniają błędy, a czasami po prostu trzebado jakoś odwrócić usunięcie terenie, nawet jeśli oznacza to ręcznie zapewniając wartość skrótową ad hoc na wszystkich polach odwróconych non-null. Na przykład migracje na południu opcjonalnie umożliwiają odwrócenie takich operacji (poprzez zapytanie dewelopera o ustawienie domyślne dla przywróconych pól lub uniemożliwienie migracji zwrotnej), co nie wydaje się mieć miejsca w przypadku wszystkich nowych wymyślnych migracji Django 1.7 .

Pytanie: jaki jest najłatwiejszy/najszybszy sposób na cofnięcie usunięcia pola przy użyciu migracji Django 1.7+ (zakładając, że już się stało)? To niekoniecznie musi być w pełni skryptowane w Pythonie, zrobi to zestaw instrukcji manualnych.

Answer 1

można ręcznie ed to twoja migracja i dodaj AlterField z domyślną wartością pola tuż przed RemoveField. Powinien być bezpieczny nawet po zastosowaniu migracji.To sprawi, że RemoveField stanie się po odwróceniu.

Przykład. Mając na pole w modelu summary nazwie profit który został zdefiniowany przed usunięciem tak:

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

należy dodać przed RemoveField nim AlterField tak:

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

Answer 2

Jeśli próbujesz uczynić przyszłe migracje odwracalnymi, możesz spróbować usunąć pole jako trzy migracje.

1. Dodać pole pustych
2. migracji danych. Naprzód, nie rób nic. Do tyłu, konwertuj wartości null do wartości stub.
3. Usuń polu

Każdy z tych trzech etapów powinny być odwracalne.

Jeśli już uruchomić migrację i trzeba go odwrócić, można

1. ręcznie dodać pole, umożliwiając null
2. konwertować wartości null na wartość skrótowej
3. ręcznie dodać NOT NULL ograniczenia
4. Migrate z --fake do poprzedniej migracji