Django code executed by the post_save signal occurs as part of an atomic transaction

Upgrading to Django 1.6 introduced a complex problem in my code: database operations that are triggered by a signal post_savefall into    with transaction.atomic(): the Django block get_or_create().

The impact on me is that custom sql (unmanaged) does not get db bindings in time.

Is there any other signal that I can use that is sent after it obj.save()leaves its atomic block?

Or am I diagnosed wrong?

+3
source share
2 answers

Django get_or_create() save() , , post_save, .

get_or_create() transaction.atomic().

+5

, .

0

All Articles