Джанго auto_now и auto_now_add

Для Джанго 1.1.

У меня есть это в моем models.py:

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

При обновлении строки я получаю:

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

Соответствующая часть моей базы данных:

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

Это повод для беспокойства?

Дополнительный вопрос: в моем админ-инструменте эти два поля не отображаются. Это ожидается?

Любое поле с установленным auto_nowатрибутом также будет наследоваться editable=Falseи, следовательно, не будет отображаться в панели администратора. В прошлом были разговоры о том, чтобы аргументы auto_nowи auto_now_addисчезли, и, хотя они все еще существуют, я чувствую, что вам лучше использовать собственный save()метод .

Поэтому для правильной работы я бы рекомендовал не использовать auto_nowили auto_now_addвместо этого определять собственный save()метод, чтобы убедиться, что createdон обновляется только в том случае, если idон не установлен (например, при первом создании элемента), и обновлять его modifiedкаждый раз, когда элемент сохраняется

Я проделал то же самое с другими проектами, написанными мной с использованием Django, и вы save()выглядите так:

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)

Надеюсь это поможет!

Редактировать в ответ на комментарии:

Причина, по которой я просто придерживаюсь перегрузки по save()сравнению с этими аргументами поля, имеет две причины :

1. Вышеупомянутые взлеты и падения с их надежностью. Эти аргументы в значительной степени зависят от того, как каждый тип базы данных, с которой Django знает, как взаимодействовать, обрабатывает поле отметки даты / времени, и, кажется, ломается и / или изменяется между каждым выпуском. (Который я полагаю, является стимулом для вызова, чтобы удалить их полностью).
2. Тот факт, что они работают только с DateField, DateTimeField и TimeField, и с помощью этого метода вы можете автоматически заполнять поля любого типа каждый раз, когда элемент сохраняется.
3. Используйте django.utils.timezone.now()против datetime.datetime.now(), потому что он будет возвращать TZ-осведомленный или наивный datetime.datetimeобъект в зависимости от settings.USE_TZ.

Чтобы выяснить, почему ОП увидел ошибку, я точно не знаю, но похоже, что createdона даже не заполняется вообще, несмотря на то, что имеет auto_now_add=True. Для меня это выделяется как ошибка, и подчеркивает пункт # 1 в моем маленьком списке выше: auto_nowи auto_now_addв лучшем случае ненадежен.

Но я хотел бы отметить, что мнение, выраженное в принятом ответе , несколько устарело. Согласно последним обсуждениям (ошибки django # 7634 и # 12785 ), auto_now и auto_now_add никуда не денутся, и даже если вы перейдете к исходному обсуждению , вы найдете сильные аргументы против RY (как в DRY) в пользовательском сохранении методы.

Было предложено лучшее решение (пользовательские типы полей), но оно не набрало достаточного импульса, чтобы превратить его в django. Вы можете написать свой в три строки (это предложение Джейкоба Каплана-Мосса ).

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)

Говоря о дополнительном вопросе: если вы хотите видеть эти поля в админке (хотя вы не сможете их редактировать), вы можете добавить их readonly_fieldsв свой класс админки.

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

Ну, это относится только к последним версиям Django (я думаю, 1.3 и выше)

Я думаю, что самое простое (и, возможно, самое элегантное) решение здесь - это использовать тот факт, что вы можете установить defaultвызываемый. Итак, чтобы обойти специальную обработку администратора auto_now, вы можете просто объявить поле следующим образом:

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

Важно, чтобы вы не использовали его, timezone.now()поскольку значение по умолчанию не будет обновляться (то есть значение по умолчанию устанавливается только при загрузке кода). Если вы обнаружите, что делаете это много, вы можете создать собственное поле. Тем не менее, это уже довольно СУХОЙ, я думаю.

Если вы измените свой класс модели следующим образом:

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

Тогда это поле появится на моей странице смены администратора.

На основании того, что я прочитал, и моего опыта работы с Django, auto_now_add содержит ошибки. Я согласен с jthanism --- отвергни нормальный метод сохранения, он чистый, и ты знаешь, что происходит. Теперь, чтобы сделать его сухим, создайте абстрактную модель с именем 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

И затем, когда вы хотите модель, которая имеет такое поведение с отметкой времени, просто подкласс:

MyNewTimeStampyModel(TimeStamped):
    field1 = ...

Если вы хотите, чтобы поля отображались в админке, просто удалите editable=Falseопцию

Это повод для беспокойства?

Нет, Django автоматически добавляет его для вас при сохранении моделей, так что это ожидаемо.

Дополнительный вопрос: в моем админ-инструменте эти 2 поля не отображаются. Это ожидается?

Поскольку эти поля добавляются автоматически, они не отображаются.

В дополнение к вышесказанному, как сказал synack, в списке рассылки django была дискуссия, чтобы убрать это, потому что он «не очень хорошо продуман» и является «хаком»

Написание пользовательских save () для каждой из моих моделей намного сложнее, чем использование auto_now.

Очевидно, вам не нужно писать это для каждой модели. Вы можете написать это для одной модели и наследовать от нее другие.

Но, как auto_addи auto_now_addтам, я бы использовал их, а не пытаться написать метод сам.

Мне нужно что-то подобное сегодня на работе. Значение по умолчанию должно быть timezone.now(), но редактируемое как в представлениях администратора, так и в представлениях классов, унаследованных от FormMixin, поэтому для созданного в моем models.pyкоде ниже выполняются эти требования:

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

Для DateTimeField, я думаю , удалить .date()из функции и изменений datetime.dateк datetime.datetimeили лучше timezone.datetime. Я не пробовал с этим DateTime, только с Date.

Вы можете использовать timezone.now()для созданного и auto_nowдля измененного:

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

Если вы используете пользовательский первичный ключ вместо по умолчанию auto- increment int,auto_now_add это приведет к ошибке.

Вот код Django по умолчанию DateTimeField.pre_save с auto_nowи 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)

Я не уверен, что это за параметр add. Я надеюсь, что это будет что-то вроде:

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

Новая запись не будет иметь атрибута id, поэтому getattr(model_instance, 'id')вернет значение False, что приведет к тому, что в поле не будет установлено никакого значения.

Что касается вашего дисплея администратора, см. Этот ответ .

Примечание: auto_nowи auto_now_addустановлены editable=Falseпо умолчанию, поэтому это применимо.

auto_now=Trueне работал для меня в Django 1.4.1, но приведенный ниже код спас меня. Это для часовых поясов с учетом даты и времени.

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)

Здесь мы создали и обновили столбцы, которые будут иметь метку времени при создании и когда кто-то изменяет обратную связь.

auto_now_add будет устанавливать время при создании экземпляра, тогда как auto_now будет устанавливать время, когда кто-то изменил его отзыв.

Вот ответ, если вы используете юг и хотите по умолчанию указать дату добавления поля в базу данных:

Затем выберите вариант 2 : datetime.datetime.now ()

Выглядит так:

$ ./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