Django auto_now i auto_now_add

Dla Django 1.1.

Mam to w moim models.py:

class User(models.Model):
    created = models.DateTimeField(auto_now_add=True)
    modified = models.DateTimeField(auto_now=True)

Podczas aktualizacji wiersza otrzymuję:

[Sun Nov 15 02:18:12 2009] [error] /home/ptarjan/projects/twitter-meme/django/db/backends/mysql/base.py:84: Warning: Column 'created' cannot be null
[Sun Nov 15 02:18:12 2009] [error]   return self.cursor.execute(query, args)

Odpowiednia część mojej bazy danych to:

  `created` datetime NOT NULL,
  `modified` datetime NOT NULL,

Czy to jest powód do niepokoju?

Pytanie poboczne: w moim narzędziu administracyjnym te dwa pola nie są wyświetlane. Czy to jest oczekiwane?

Każde pole z auto_nowustawionym atrybutem również odziedziczy editable=Falsei dlatego nie pojawi się w panelu administracyjnym. W przeszłości mówiono o tym, aby argumenty auto_nowi auto_now_addzniknęły, i chociaż nadal istnieją, uważam, że lepiej jest po prostu skorzystać z niestandardowej save()metody .

Tak więc, aby to działało poprawnie, odradzam używanie auto_nowlub auto_now_addzamiast tego zdefiniowanie własnej save()metody, aby upewnić się, że createdjest aktualizowana tylko wtedy, gdy idnie jest ustawiona (na przykład przy pierwszym tworzeniu elementu), i niech aktualizuje się za modifiedkażdym razem, gdy element jest zapisany.

Zrobiłem dokładnie to samo z innymi projektami, które napisałem przy użyciu Django, więc save()wyglądałoby to tak:

from django.utils import timezone

class User(models.Model):
    created     = models.DateTimeField(editable=False)
    modified    = models.DateTimeField()

    def save(self, *args, **kwargs):
        ''' On save, update timestamps '''
        if not self.id:
            self.created = timezone.now()
        self.modified = timezone.now()
        return super(User, self).save(*args, **kwargs)

Mam nadzieję że to pomoże!

Edytuj w odpowiedzi na komentarze:

Powód, dla którego po prostu trzymam się przeciążenia save()kontra poleganie na tych argumentach pola, jest dwojaki:

1. Wspomniane wzloty i upadki z ich niezawodnością. Argumenty te są bardzo zależne od sposobu, w jaki każdy typ bazy danych, z którym Django wie, jak wchodzić w interakcje, traktuje pole znacznika daty / godziny i wydaje się, że ulega uszkodzeniu i / lub zmianie między poszczególnymi wersjami. (Uważam, że jest to impuls do wezwania do całkowitego ich usunięcia).
2. Fakt, że działają one tylko na DateField, DateTimeField i TimeField, a dzięki tej technice możesz automatycznie wypełniać dowolny typ pola za każdym razem, gdy element jest zapisywany.
3. Użyj django.utils.timezone.now()vs. datetime.datetime.now(), ponieważ w datetime.datetimezależności od tego zwróci obiekt rozpoznający TZ lub naiwny settings.USE_TZ.

Aby odpowiedzieć na pytanie, dlaczego OP widział błąd, nie wiem dokładnie, ale wygląda na to, że creatednawet nie jest w ogóle zaludniony, pomimo tego auto_now_add=True. Dla mnie wyróżnia się to jako błąd i podkreśla pozycję nr 1 na mojej małej liście powyżej: auto_nowi auto_now_addjest w najlepszym razie niestabilna.

Chciałem jednak zaznaczyć, że opinia wyrażona w przyjętej odpowiedzi jest nieco przestarzała. Według najnowszych dyskusji (błędy django # 7634 i # 12785 ) auto_now i auto_now_add nigdzie się nie wybierają, a nawet jeśli przejdziesz do oryginalnej dyskusji , znajdziesz mocne argumenty przeciwko RY (jak w DRY) w niestandardowym zapisie metody

Zaproponowano lepsze rozwiązanie (niestandardowe typy pól), ale nie uzyskało ono wystarczającego tempa, aby przekształcić go w django. Możesz pisać własne w trzech wierszach (to sugestia Jacoba Kaplana-Mossa ).

from django.db import models
from django.utils import timezone


class AutoDateTimeField(models.DateTimeField):
    def pre_save(self, model_instance, add):
        return timezone.now()

#usage
created_at = models.DateField(default=timezone.now)
updated_at = models.AutoDateTimeField(default=timezone.now)

Mówiąc o bocznym pytaniu: jeśli chcesz zobaczyć te pola w adminie (chociaż nie będziesz mógł ich edytować), możesz dodać readonly_fieldsdo swojej klasy administratora.

class SomeAdmin(ModelAdmin):
    readonly_fields = ("created","modified",)

Cóż, dotyczy to tylko najnowszych wersji Django (uważam, 1.3 i wyżej)

Myślę, że najłatwiejszym (i być może najbardziej eleganckim) rozwiązaniem jest wykorzystanie faktu, że można ustawić defaultna żądanie. Aby obejść specjalną obsługę auto_now przez administratora, możesz po prostu zadeklarować pole w następujący sposób:

from django.utils import timezone
date_filed = models.DateField(default=timezone.now)

Ważne jest, aby nie używać, timezone.now()ponieważ wartość domyślna nie byłaby aktualizowana (tj. Wartość domyślna jest ustawiana tylko po załadowaniu kodu). Jeśli często to robisz, możesz utworzyć niestandardowe pole. Jednak myślę, że to już dość SUCHE.

Jeśli zmienisz klasę modelu w ten sposób:

class MyModel(models.Model):
    time = models.DateTimeField(auto_now_add=True)
    time.editable = True

To pole pojawi się na mojej stronie zmian administratora

Na podstawie tego, co przeczytałem i moich dotychczasowych doświadczeń z Django, auto_now_add jest błędny. Zgadzam się z jthanizmem - zastępuj normalną metodę zapisu, jest czysta i wiesz, co się dzieje. Teraz, aby wyschło, utwórz abstrakcyjny model o nazwie TimeStamped:

from django.utils import timezone

class TimeStamped(models.Model):
    creation_date = models.DateTimeField(editable=False)
    last_modified = models.DateTimeField(editable=False)

    def save(self, *args, **kwargs):
        if not self.creation_date:
            self.creation_date = timezone.now()

        self.last_modified = timezone.now()
        return super(TimeStamped, self).save(*args, **kwargs)

    class Meta:
        abstract = True

A następnie, jeśli chcesz mieć model, który ma takie znaczniki czasu, po prostu podklasę:

MyNewTimeStampyModel(TimeStamped):
    field1 = ...

Jeśli chcesz, aby pola były wyświetlane w panelu administratora, po prostu usuń tę editable=Falseopcję

Czy to jest powód do niepokoju?

Nie, Django automatycznie dodaje go podczas zapisywania modeli, więc jest to oczekiwane.

Pytanie poboczne: w moim narzędziu administracyjnym te 2 pola nie są wyświetlane. Czy to jest oczekiwane?

Ponieważ pola te są dodawane automatycznie, nie są wyświetlane.

Aby dodać do powyższego, jak powiedział synack, debata na liście mailingowej django ma na celu usunięcie tego, ponieważ „nie jest dobrze zaprojektowany” i „hack”

Pisanie niestandardowego save () na każdym z moich modeli jest znacznie bardziej bolesne niż używanie auto_now

Oczywiście nie musisz pisać tego do każdego modelu. Możesz napisać do jednego modelu i odziedziczyć inne po nim.

Ale, auto_addi jak auto_now_addtam są, wolałbym ich użyć, niż samemu pisać metodę.

Potrzebowałem dziś czegoś podobnego w pracy. Domyślną wartością jest timezone.now(), ale można ją edytować zarówno w widokach administratora, jak i dziedziczących klas FormMixin, więc dla utworzonego w moim models.pykodzie poniższy kod spełniał te wymagania:

from __future__ import unicode_literals
import datetime

from django.db import models
from django.utils.functional import lazy
from django.utils.timezone import localtime, now

def get_timezone_aware_now_date():
    return localtime(now()).date()

class TestDate(models.Model):
    created = models.DateField(default=lazy(
        get_timezone_aware_now_date, datetime.date)()
    )

Bo DateTimeFieldchyba usuwam .date()z funkcji i zmieniam datetime.datena datetime.datetimelub lepiej timezone.datetime. Nie próbowałem tego DateTime, tylko z Date.

Możesz użyć timezone.now()dla utworzonych i auto_nowzmodyfikowanych:

from django.utils import timezone
class User(models.Model):
    created = models.DateTimeField(default=timezone.now())
    modified = models.DateTimeField(auto_now=True)

Jeśli używasz niestandardowego klucza podstawowego zamiast domyślnego auto- increment int, auto_now_addspowoduje to błąd.

Oto kod domyślnego DateTimeField.pre_save Django za pomocą auto_nowi auto_now_add:

def pre_save(self, model_instance, add):
    if self.auto_now or (self.auto_now_add and add):
        value = timezone.now()
        setattr(model_instance, self.attname, value)
        return value
    else:
        return super(DateTimeField, self).pre_save(model_instance, add)

Nie jestem pewien, jaki addjest parametr . Mam nadzieję, że to coś takiego:

add = True if getattr(model_instance, 'id') else False

Nowy rekord nie będzie miał atrybutu id, więc getattr(model_instance, 'id')zwróci wartość False, co spowoduje brak ustawiania wartości w polu.

Jeśli chodzi o wyświetlanie administratora, zobacz tę odpowiedź .

Uwaga: auto_nowi auto_now_addsą ustawione editable=Falsedomyślnie, dlatego ma to zastosowanie.

auto_now=Truenie działało dla mnie w Django 1.4.1, ale poniższy kod mnie uratował. Jest to data time świadoma strefy czasowej.

from django.utils.timezone import get_current_timezone
from datetime import datetime

class EntryVote(models.Model):
    voted_on = models.DateTimeField(auto_now=True)

    def save(self, *args, **kwargs):
        self.voted_on = datetime.now().replace(tzinfo=get_current_timezone())
        super(EntryVote, self).save(*args, **kwargs)

class Feedback(models.Model):
   feedback = models.CharField(max_length=100)
   created = models.DateTimeField(auto_now_add=True)
   updated = models.DateTimeField(auto_now=True)

Tutaj utworzyliśmy i zaktualizowaliśmy kolumny, które po utworzeniu będą miały znacznik czasu i gdy ktoś zmodyfikuje opinię.

auto_now_add ustawi czas utworzenia instancji, natomiast auto_now ustawi czas, gdy ktoś zmodyfikuje jego opinię.

Oto odpowiedź, jeśli korzystasz z południa i chcesz ustawić domyślnie datę dodania pola do bazy danych:

Wybierz opcję 2, a następnie: datetime.datetime.now ()

Wygląda tak:

$ ./manage.py schemamigration myapp --auto
 ? The field 'User.created_date' does not have a default specified, yet is NOT NULL.
 ? Since you are adding this field, you MUST specify a default
 ? value to use for existing rows. Would you like to:
 ?  1. Quit now, and add a default to the field in models.py
 ?  2. Specify a one-off value to use for existing columns now
 ? Please select a choice: 2
 ? Please enter Python code for your one-off default value.
 ? The datetime module is available, so you can do e.g. datetime.date.today()
 >>> datetime.datetime.now()
 + Added field created_date on myapp.User