Django-DB-Migrations: impossible de MODIFIER le TABLEAU, car il est en attente de déclencher des événements

Je veux supprimer null=True à partir d'un TextField:

-    footer=models.TextField(null=True, blank=True)
+    footer=models.TextField(blank=True, default='')

J'ai créé un schéma de migration:

manage.py schemamigration fooapp --auto

Depuis quelques pied de colonnes contiennent NULL - je obtenir ce error si je lance la migration:

django.db.utils.IntegrityError: la colonne "pied de page" contient les valeurs null

J'ai ajouté à cela le schéma de migration:

    for sender in orm['fooapp.EmailSender'].objects.filter(footer=None):
        sender.footer=''
        sender.save()

Maintenant, je reçois:

django.db.utils.DatabaseError: cannot ALTER TABLE "fooapp_emailsender" because it has pending trigger events

Quel est le problème?

InformationsquelleAutor guettli | 2012-10-11
  1. 104

    Une autre raison pour cela peut-être parce que vous tentez de définir une colonne de NOT NULL alors qu'elle a déjà NULL valeurs.

    • Pour remédier à cela, vous pouvez soit utiliser une migration de données ou manuellement (manage.py shell) rendez-vous dans et de mise à jour non conforme valeurs
    • Comment faites-vous cela?
    • Si vous n'êtes pas trop pointilleux, vous pouvez simplement mettre à jour les valeurs null à la django shell. Si vous êtes à la recherche de quelque chose de plus formel et vérifiables, cela dépend des versions que vous utilisez. Si vous utilisez du sud, voir: south.readthedocs.org/en/latest/tutorial/part3.html et si vous utilisez de django reinhardt, des migrations, de voir les "migrations de données" article ici: docs.djangoproject.com/en/1.8/topics/migrations
    InformationsquelleAutor maazza
  2. 103

    Chaque migration est à l'intérieur d'une transaction. Dans PostgreSQL, vous ne devez pas mettre à jour la table et ensuite modifier le schéma de la table en une seule transaction.

    Vous avez besoin de partager la migration des données et le schéma de migration. D'abord créer de la migration des données avec ce code:

     for sender in orm['fooapp.EmailSender'].objects.filter(footer=None):
    sender.footer=''
    sender.save()

    Puis de créer le schéma de migration:

    manage.py schemamigration fooapp --auto

    Maintenant, vous avez deux opérations et de la migration en deux étapes devrait fonctionner.

    • PostgreSQL probablement changé son comportement à l'égard de ces opérations, que j'ai réussi à exécuter une migration avec à la fois les données et les modifications de schéma sur ma machine de dev (PostgreSQL 9.4) alors qu'il a échoué sur le serveur (PostgreSQL 9.1).
    • Presque pareil pour moi. Cela a fonctionné parfaitement pour 100+ les migrations(y compris les ~20, les migrations de données) jusqu'à aujourd'hui, tout en ajoutant unique de l'ensemble de la contrainte avec la migration des données en supprimant les doublons avant. PostgreSQL 10.0
    InformationsquelleAutor
  3. 9

    Ont juste frappé ce problème. Vous pouvez également utiliser db.start_transaction() et db.commit_transaction() dans le schéma de migration pour séparer les modifications de données de modification du schéma. Probablement pas si propre que d'avoir une migration de données, mais dans mon cas j'aurais besoin de schéma, les données, puis un autre schéma de migration j'ai donc décidé de faire tout à la fois.

    • Le problème avec cette solution, c'est ceci: Qu'advient-il si votre migration échoue après la db.commit_transaction()? Je visez plutôt utiliser trois des migrations, si vous avez besoin de ceci: schéma-mig, les données-mig, de schéma-mig.
    • Voir: django.readthedocs.io/en/latest/ref/migration-operations.html Sur les bases de données qui ne soutien DDL transactions (SQLite et PostgreSQL), RunPython opérations n'ont pas toutes les transactions automatiquement ajouté en outre les opérations ont créé pour chaque migration. Ainsi, sur PostgreSQL, par exemple, vous devriez éviter de combiner des modifications de schéma et RunPython opérations dans la même migration ou vous pouvez frapper les erreurs comme OperationalError: ne peut pas MODIFIER la TABLE "matable" parce qu'il est en attente de déclencher des événements.
    InformationsquelleAutor clime