DateTimeField-Abfrage-Set gibt None in Django zurück

Question

Ich versuche, ein Abfrage-Set zu erstellen, um die Werte eines DateTimeField abzurufen, das DATETIME in dem DB ist.

Die Klasse in models.py:

class ChangeMetrics(models.Model): 
    id = models.IntegerField(primary_key=True) 
    file_id = models.ForeignKey(File, db_column = 'file_id') 
    version_id = models.ForeignKey(Version, db_column = 'version_id') 
    function_id = models.ForeignKey(Function, blank=True, db_column = 'function_id') 
    date = models.DateTimeField(blank=True, null=True) 
    user = models.TextField(blank=True) 
    changed = models.IntegerField(blank=True, null=True) 

Das Feld in der DB:

date DATETIME 

Die Tupel in der Datenbank aufgefüllt werden und Ausführen von SQL-Abfragen direkt auf dem DB perfekt funktionieren.

Dies ist queryset ich zur Zeit in Django bin mit:

queryset = ChangeMetrics.objects.filter(~Q(changed=None), ~Q(date=None), ~Q(version_id=None)) 

ich eine rohe Abfrage und auch eine Version der Abfrage versucht haben, die auszuschließen sind() verwendet, aber das gibt noch keine für Datum.

Ich greife auf die Einträge in der Abfrage über eine for-Schleife und einfach Zugriff auf Datum durch entry.date innerhalb der for-Schleife.

Bearbeiten: Django Version 1.6.5 Ich habe auch versucht, die Werte durch die Django-Shell, um keinen Erfolg zu bekommen.

Irgendwelche Ideen, was könnte falsch sein?

Answer 1

Können Sie bitte versuchen, diese Lösung:

queryset = list(ChangeMetrics.objects.filter(changed__isnull=False, date__isnull=False, version_id__isnull=False)) 

Answer 2

EDIT: Versuchen Sie, die databse aus Ihrem Ordner zu verschieben, dann python manage.py syncdb laufen und prüfen Sie, ob Ihre Datenbank korrekt nach den Models erstellt wird.

funktioniert nicht: Vielleicht können Sie mit diesem versuchen (ich weiß nicht, ob es funktioniert, ich es nicht jetzt versuchen können):

queryset = ChangeMetrics.objects.filter(changed!=None, date!=None, version_id!=None) 

Answer 3

Ich denke, Sie erzeugen (django migrieren Befehl) Ihr Datenbankschema auf dem Mac. Versuchen Sie, das Schema zu löschen und erneut von einem Windows-Computer zu migrieren.

Answer 4

nicht sicher, ob Sie in der Lage, dies herauszufinden, aber ich hatte nur dieses Problem und war in der Lage, es zu beheben.

Also Django-Migrationen erstellt die Spalte in der Datenbank als datetime (6) anstelle von datetime. Dies führte dazu, dass die Django-Modelle das Datetime-Objekt nicht instanziieren konnten.

ALTER TABLE `my_table` 
MODIFY COLUMN `created` datetime NOT NULL 

Nach dem Ausführen, wenn mein Problem behoben. Vielleicht könnten Sie in Ihrem Fall versuchen, stattdessen zu datetime (6) zu ändern.

Answer 5

Wir hatten das gleiche Popup-Problem, während wir den Code von der lokalen Umgebung (Mac OS X) auf App Engine schoben. Während wir die Felder, die Alexander als DATETIME anstelle von DATETIME (6) erwähnt hat, verändert haben, haben wir die Mikrosekunden verloren. Am Ende realisierten wir, dass wir in der lokalen Umgebung MySQLdb 1.2.5 ausführen, aber wenn wir in App Engine bereitstellen, obwohl wir "neuestes" als die Version von MySQLdb angegeben hatten, zog es nur 1.2.4b4, hardcoding 1.2.5 Das Problem wurde behoben.

Answer 6

Dieses Problem wird durch eine veraltete Version von MySQL-python nicht durch Django oder Migrations-System verursacht.

Mit mysqlclient (die eine aktualisierte Gabel von MySQL-python ist) löst dieses Problem.