DatabaseError : la transaction en cours est interrompue, les commandes sont ignorées jusqu'à la fin du bloc de transaction ?

Question

J'ai eu beaucoup d'erreurs avec le message :

"DatabaseError: current transaction is aborted, commands ignored until end of transaction block"

après avoir changé de python-psycopg à python-psycopg2 comme moteur de base de données du projet Django.

Le code reste le même, mais je ne sais pas d'où viennent ces erreurs.

Answer 1

Voici ce que fait postgres lorsqu'une requête produit une erreur et que vous essayez d'exécuter une autre requête sans annuler la transaction au préalable. (Vous pouvez considérer cela comme une fonction de sécurité, pour vous empêcher de corrompre vos données).

Pour résoudre ce problème, vous devez déterminer à quel endroit du code la mauvaise requête est exécutée. Il peut être utile d'utiliser la fonction déclaration de journal y enregistrement_minimum_de_l'erreur dans votre serveur postgresql.

Answer 2

Pour se débarrasser de l'erreur, annuler la dernière transaction (erronée) après avoir corrigé votre code :

from django.db import transaction
transaction.rollback()

Vous pouvez utiliser try-except pour éviter que l'erreur ne se produise :

from django.db import transaction, DatabaseError
try:
    a.save()
except DatabaseError:
    transaction.rollback()

Référer : Documentation sur Django

Answer 3

Donc, j'ai rencontré le même problème. Le problème que j'avais ici était que ma base de données n'était pas correctement synchronisée. Les problèmes simples semblent toujours causer le plus d'angoisse...

Pour synchroniser votre django db, depuis le répertoire de votre application, dans le terminal, tapez :

$ python manage.py syncdb

Modification : si vous utilisez django-sud, l'exécution de la commande '$ python manage.py migrate' peut également résoudre ce problème.

Bon codage !

Answer 4

D'après mon expérience, ces erreurs se produisent de cette façon :

try:
    code_that_executes_bad_query()
    # transaction on DB is now bad
except:
    pass

# transaction on db is still bad
code_that_executes_working_query() # raises transaction error

Il n'y a rien d'anormal dans la deuxième requête, mais comme la véritable erreur a été détectée, c'est la deuxième requête qui soulève l'erreur (beaucoup moins informative).

edit : cela ne se produit que si le except clause attrape IntegrityError (ou toute autre exception de base de données de bas niveau), si vous attrapez quelque chose comme DoesNotExist cette erreur n'apparaîtra pas, car DoesNotExist ne corrompt pas la transaction.

La leçon à retenir est qu'il ne faut pas faire de try/except/pass.

Answer 5

Je pense que le modèle mentionné par priestc est plus susceptible d'être la cause habituelle de ce problème lors de l'utilisation de PostgreSQL.

Cependant, je pense qu'il existe des utilisations valables de ce modèle et je ne pense pas que ce problème doive être une raison pour l'éviter systématiquement. Par exemple :

try:
    profile = user.get_profile()
except ObjectDoesNotExist:
    profile = make_default_profile_for_user(user)

do_something_with_profile(profile)

Si vous vous sentez à l'aise avec ce modèle, mais que vous voulez éviter d'avoir du code explicite de gestion des transactions partout, vous pouvez envisager d'activer le mode autocommit (PostgreSQL 8.2+) : https://docs.djangoproject.com/en/dev/ref/databases/#autocommit-mode

DATABASES['default'] = {
    #.. you usual options...
    'OPTIONS': {
        'autocommit': True,
    }
}

Je ne suis pas sûr qu'il y ait d'importantes considérations de performance (ou de tout autre type).