Django 1.6 TransactionManagementError: la base de datos no se comporta correctamente cuando la confirmación automática está desactivada

django-1.6

Question

Estoy intentando actualizar un proyecto de Django 1.5.5 a Django 1.6, sin embargo, he estado recibiendo este error en todas partes.

Traceback (most recent call last):
File "project/virtualenv/lib/python2.7/site-packages/django/core/handlers/base.py", line 114, in get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
File "project/virtualenv/lib/python2.7/site-packages/django/contrib/admin/sites.py", line 215, in wrapper
return self.admin_view(view, cacheable)(*args, **kwargs)
File "project/virtualenv/lib/python2.7/site-packages/django/utils/decorators.py", line 99, in _wrapped_view
response = view_func(request, *args, **kwargs)
File "project/virtualenv/lib/python2.7/site-packages/django/views/decorators/cache.py", line 52, in _wrapped_view_func
response = view_func(request, *args, **kwargs)
File "project/virtualenv/lib/python2.7/site-packages/django/contrib/admin/sites.py", line 197, in inner
return self.login(request)
File "project/virtualenv/lib/python2.7/site-packages/django/views/decorators/cache.py", line 52, in _wrapped_view_func
response = view_func(request, *args, **kwargs)
File "project/virtualenv/lib/python2.7/site-packages/django/contrib/admin/sites.py", line 330, in login
return login(request, **defaults)
File "project/virtualenv/lib/python2.7/site-packages/django/views/decorators/debug.py", line 75, in sensitive_post_parameters_wrapper
return view(request, *args, **kwargs)
File "project/virtualenv/lib/python2.7/site-packages/django/utils/decorators.py", line 99, in _wrapped_view
response = view_func(request, *args, **kwargs)
File "project/virtualenv/lib/python2.7/site-packages/django/views/decorators/cache.py", line 52, in _wrapped_view_func
response = view_func(request, *args, **kwargs)
File "project/virtualenv/lib/python2.7/site-packages/django/contrib/auth/views.py", line 43, in login
auth_login(request, form.get_user())
File "project/virtualenv/lib/python2.7/site-packages/django/contrib/auth/__init__.py", line 83, in login
request.session.cycle_key()
File "project/virtualenv/lib/python2.7/site-packages/django/contrib/sessions/backends/base.py", line 277, in cycle_key
self.create()
File "project/virtualenv/lib/python2.7/site-packages/django/contrib/sessions/backends/db.py", line 40, in create
self.save(must_create=True)
File "project/virtualenv/lib/python2.7/site-packages/django/contrib/sessions/backends/db.py", line 62, in save
with transaction.atomic(using=using):
File "project/virtualenv/lib/python2.7/site-packages/django/db/transaction.py", line 244, in __enter__
"Your database backend doesn''t behave properly when "
TransactionManagementError: Your database backend doesn''t behave properly when autocommit is off. Turn it on before using ''atomic''.

He eliminado TransactionMiddleware de MIDDLEWARE_CLASSES y lo MIDDLEWARE_CLASSES reemplazado con ATOMIC_REQUESTS = True . (Mismo error incluso si no hago este paso)

¿Alguien puede arrojar algo de luz sobre esto?

Answer 1

Creo que el error se debe a las limitaciones de Sqlite3. Para resolver esto, tuve que cambiar de Sqlite3 a un motor de base de datos más robusto como postgrsql_psycopg2 .

El código que lanza el error ( transaction.py:244 ) proporciona una pista en el comentario:

 if not connection.get_autocommit():
# Some database adapters (namely sqlite3) don''t handle
# transactions and savepoints properly when autocommit is off.
# Turning autocommit back on isn''t an option; it would trigger
# a premature commit. Give up if that happens.
if connection.features.autocommits_when_autocommit_is_off:
raise TransactionManagementError(
"Your database backend doesn''t behave properly when "
"autocommit is off. Turn it on before using ''atomic''.")

Mirar la última Documentación del Sur (0.8.4) arroja más luz sobre los problemas con Sqlite3: http://south.readthedocs.org/en/latest/databaseapi.html#database-specific-issues

SQLite no admite de forma nativa la modificación de muchos esquemas, pero South tiene soluciones para permitir la eliminación / alteración de columnas. Sin embargo, los índices únicos aún no son compatibles; El sur ignorará silenciosamente cualquiera de tales órdenes.

En mi caso, tengo índices únicos en mis modelos que parecen no ser compatibles.

Answer 2

Me encontré con el mismo problema al usar sqlite3. Descubrí que estaba usando transaction.commit_on_success . Al cambiar eso a transaction.atomic() , el problema se resolvió.

Answer 3

Me encontré con esto con db sqlite3, utilizando Django 1.6. Aquí están las soluciones.

1. django.middleware.transaction.TransactionMiddleware ha quedado en desuso. Si no tiene esto en su archivo settings.py, no debería recibir el error.

2. Accidentalmente, encontré que incluir ATOMIC_REQUESTS: True funciona para solucionar el error si dejaste django.middleware.transaction.TransactionMiddleware en tu lista de middlewares.

P.ej

DATABASES = {
''default'': {
''ENGINE'': ''django.db.backends.sqlite3'',
''NAME'': ''sqlite3-db'',
''ATOMIC_REQUESTS'': True
}
}

Answer 4

Tuve el mismo problema en mi migración forwards (curiosamente, no ocurrió en mi migración backwards ), y no tengo TransactionMiddleware en mi configuración. Mi solución fue evitar el uso del método get_or_create y hacer lo mismo más verbalmente. De los documentos de Django :

try:
obj = Person.objects.get(first_name=''John'', last_name=''Lennon'')
except Person.DoesNotExist:
obj = Person(first_name=''John'', last_name=''Lennon'', birthday=date(1940, 10, 9))
obj.save()

A continuación, puede crear su propio método pseudo- get_or_create esta manera:

def fake_get_or_create(model, *args, **kwargs):
try:
obj = model.objects.get(**kwargs)
except model.DoesNotExist:
obj = model(**kwargs)
obj.save()
return obj

Que puedes usar haciendo lo siguiente

obj = fake_get_or_create(Person, first_name=''John'', last_name=''Lennon'')

Answer 5

agrega estos a tus migraciones

def forwards(self, orm):
if connection.vendor == ''sqlite'':
set_autocommit(True)

y establecerá el compromiso automático en verdadero para las migraciones :)