Modelli Django (1054, "Colonna sconosciuta in 'elenco campi'")

Question

Non ho idea del perché questo errore si verifichi. Qui ci sono i modelli che ho creato -

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) 

Ecco la vista da cui accedere a questi modelli -

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) 

A questo punto ho un errore -

OperationalError: (1054, "Colonna sconosciuta" appname_usershow.show_id "in" elenco campi "")

Come vedi questa colonna non è nemmeno presente nei miei modelli? Perché questo errore?

Answer 1

Come @inception ha detto il mio schema tavoli era cambiato & esecuzione syncdb non ha aggiornato le tabelle già create.

Apparentemente qualsiasi modifica ai modelli quando viene aggiornata tramite syncdb non modifica (come in aggiornamento/modifica) le tabelle effettive. Così ho lasciato cadere il relativo DB & syncdb sul DB vuoto. Ora funziona bene. :)

Per gli altri, lo strumento di migrazione dei dati per Django SOUTH sembra essere l'opzione preferita. Sembra fornire opzioni che i modelli django & syncdb non sono all'altezza. Deve controllare ...

Answer 2

Normalmente ottengo questo quando sto provando ad accedere al campo che non esiste nel Database.

Verificare se il campo esiste nel database. Se cambi modello ed esegui syncdb non aggiornerà il database, non sono sicuro che sia così.

In un'altra nota Django offre una scorciatoia per sostituire try/except block nel codice usando get_object_or_404. (Disponibile in django.shortcuts)

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

può essere cambiato in:

user = get_object_or_404(User, username=username) 

Answer 3

forse lo schema delle tabelle è stato modificato? Inoltre, l'esecuzione di syncdb non aggiorna le tabelle già create.

Potrebbe essere necessario eliminare tutti i tavoli & quindi eseguire nuovamente syncdb. Ricorda anche di fare il backup dei tuoi dati !!

Answer 4

Ho creato un file di modello per la mia app e poi ho eseguito diversi sqlall mentre ho rifinito i miei tavoli. Uno dei cambiamenti che ho fatto è stato impostare primary_key=True in uno dei miei campi. Alla fine chiamata per syncdb. Aggiunto un valore fittizio e cercato di accedervi con User.objects.all(), User come classe del mio modello. Anche se questo ha funzionato bene, questo errore si è verificato durante la stampa della lista restituita dalla chiamata all(). Legge DatabaseError: (1054, "Unknown column 'polls_user.id' in 'field list'")

Sorprendentemente, ho provato e ho potuto risolverlo con un'altra chiamata a syncdb. Ricordo di non aver visto la colonna id nella tabella in qualsiasi momento durante l'esercizio quando l'ho controllato tramite il client della riga di comando mysql.

Answer 5

ho incontrato gli stessi problemi:

In primo luogo, eseguire

manage.py sqlall [appname] 

e si possono trovare:

`id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY, 

e aggiungere il manuale della colonna:

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

e poi ha funzionato.

Penso che Django aggiungerà la colonna denominata id stesso.

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).

è possibile fare clic here per i dettagli.

Buona fortuna.

Answer 6

nel campo appropriato impostata in modo esplicito

primary_key = True 

Answer 7

Ho ricevuto questo errore durante il tentativo di utilizzare serializzatori Django Resto Framework. Assicurati di disporre di un serializzatore che suddivide le sottoclassi ModelSerializer, di migrare eventuali modifiche ai Modelli prima di scrivere le classi del serializzatore (o semplicemente commentare qualsiasi cosa relativa al serializzatore, eseguire la migrazione, quindi rimuovere il commento).

Answer 8

La soluzione diretta è eliminare i file nella cartella ../Project/App/migrations e il metodo per evitare questo problema è creare una nuova colonna della tabella databas invece di quella esistente.