Modelos Django (1054, "Columna desconocida en 'lista de campos'")

Question

No tengo idea de por qué aparece este error. Estos son los modelos que creé -

from django.db import models 
from django.contrib.auth.models import User 

class Shows(models.Model): 
    showid= models.CharField(max_length=10, unique=True, db_index=True) 
    name = models.CharField(max_length=256, db_index=True) 
    aka = models.CharField(max_length=256, db_index=True) 
    score = models.FloatField() 

class UserShow(models.Model): 
    user = models.ForeignKey(User) 
    show = models.ForeignKey(Shows) 

Esta es la vista desde el cual puedo acceder a estos modelos -

from django.http import HttpResponse 
from django.template import Context 
from django.template.loader import get_template 
from django.http import HttpResponse, Http404 
from django.contrib.auth.models import User 

def user_page(request, username): 
    try: 
     user = User.objects.get(username=username) 
    except: 
     raise Http404('Requested user not found.') 

    shows  = user.usershow_set.all() 
    template = get_template('user_page.html') 
    variables = Context({ 
     'username': username, 
     'shows' : shows}) 
    output = template.render(variables) 
    return HttpResponse(output) 

En este punto me sale un error -

OperationalError: (1054, "Columna desconocida 'appname_usershow.show_id' en 'lista de campos'")

Como ve, esta columna ni siquiera está presente en mis modelos? ¿Por qué este error?

Answer 1

Como dijo mi @inception tablas esquema había cambiado & corriendo syncdb no actualizó las tablas ya creadas.

Aparentemente, cualquier cambio en los modelos cuando se actualiza a través de syncdb no cambia (como en la actualización/modificación) las tablas reales. Así que dejé caer el correspondiente DB & ejecuté syncdb en DB vacía. Ahora funciona bien. :)

Para otros, la herramienta de migración de datos SOUTH para Django parece ser la opción favorita. Parece proporcionar opciones que los modelos de django & syncdb quedan cortos. Debe verificar ...

Answer 2

Normalmente aparece cuando intento acceder al campo que no existe en la Base de datos.

Compruebe si el campo existe en la base de datos. Si cambia el modelo y realiza syncdb, no actualizará la base de datos, no estoy seguro si ese es el caso.

En otra nota Django ofrece un atajo para reemplazar el bloque try/except en tu código usando get_object_or_404. (Disponible en django.shortcuts)

try: 
    user = User.objects.get(username=username) 
except: 
    raise Http404('Requested user not found.') 

se puede cambiar a:

user = get_object_or_404(User, username=username) 

Answer 3

tal vez el esquema de sus tablas ha sido cambiado? Además, ejecutar syncdb no actualiza las tablas ya creadas.

Puede que tenga que soltar todas las tablas & luego ejecutar syncdb nuevamente. Recuerde también hacer una copia de seguridad de sus datos.

Answer 4

Creé un archivo de modelo para mi aplicación y luego hice varios sqlall mientras refinaba mis tablas. Uno de los cambios que hice fue establecer primary_key=True en uno de mis campos. Al final pidió syncdb. Se agregó un valor ficticio e intenté acceder a él con User.objects.all(), User siendo mi clase de modelo. Aunque funcionó bien, apareció este error al imprimir la lista devuelta por la llamada all(). Se lee DatabaseError: (1054, "Unknown column 'polls_user.id' in 'field list'")

Sorprendentemente, lo intenté y pude resolverlo con otra llamada al syncdb. Recuerdo que no había visto la columna de identificación en la tabla en ningún momento durante el ejercicio cuando lo revisé a través del cliente de línea de comandos de mysql.

Answer 5

He conocido a los mismos problemas:

En primer lugar, ejecute

manage.py sqlall [appname] 

y se pueden encontrar:

`id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY, 

y añadir el manual de la columna:

ALTER TABLE tb_realtime_data ADD id integer AUTO_INCREMENT NOT NULL PRIMARY KEY FIRST; 

y luego funcionó.

Creo que django agregará la columna llamada id.

For convenience, each model is given an autoincrementing primary key field named id unless you explicitly specify primary_key=True on a field (see the section titled “AutoField” in Appendix A).

Puede hacer clic en here para obtener más detalles.

Buena suerte.

Answer 6

En el campo apropiado establecer explícitamente

primary_key = True 

Answer 7

recibí este error al intentar utilizar serializadores Django Framework Rest. Asegúrese de tener un serializador que subclasifique ModelSerializer, que migre cualquier cambio a los Modelos antes de escribir sus clases de serializador (o simplemente comente cualquier cosa relacionada con el serializador, migre, luego descomente).

Answer 8

La solución directa es eliminar archivos en la carpeta ../Project/App/migrations, y el método para evitar este problema es crear una nueva columna de tabla databaes en lugar de chagne la existente.