Django auto_now 和 auto_now_add

Question

对于 Django 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,

这是值得关注的原因吗？

附带问题：在我的管理工具中，这两个字段没有显示。这是预期的吗？

Answer 1

任何带有 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-aware 或 naive datetime.datetime 对象取决于 settings.USE_TZ。

为了解决OP看到错误的原因，我不太清楚，但看起来created根本没有被填充，尽管有auto_now_add=True。对我来说，它是一个错误，并在上面的小列表中强调了第 1 项：auto_now 和 auto_now_add 充其量是不稳定的。

Answer 2

但我想指出，接受的答案中表达的观点有些过时了。根据最近的讨论（django bug #7634 和 #12785)，auto_now 和 auto_now_add 不会去任何地方，即使你去了在原始讨论中，您会发现强烈反对自定义保存方法中的 RY（如 DRY）。

已经提供了更好的解决方案（自定义字段类型），但没有获得足够的动力将其纳入 django。您可以用三行编写自己的代码（Jacob Kaplan-Moss'建议）。

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 = AutoDateTimeField(default=timezone.now)

Answer 3

谈论一个附带问题：如果您想在管理中查看此字段（尽管您无法编辑它），您可以将 readonly_fields 添加到您的管理类中。

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

嗯，这仅适用于最新的 Django 版本（我相信是 1.3 及更高版本）

Answer 4

我认为这里最简单（也许也是最优雅）的解决方案是利用您可以将 default 设置为可调用的事实。因此，为了绕过管理员对 auto_now 的特殊处理，您可以像这样声明该字段：

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

重要的是不要使用 timezone.now() 因为默认值不会更新（即，仅在加载代码时才设置默认值）。如果您发现自己经常这样做，您可以创建一个自定义字段。然而，我认为这已经相当干燥了。

Answer 5

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 将设置某人修改反馈的时间。

Answer 6

如果您像这样更改模型类：

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

那么该字段将显示在我的管理更改页面中

Answer 7

根据我所读到的内容以及迄今为止使用 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 选项

Answer 8

这值得关注吗？

不，Django 在保存模型时会自动为您添加它，因此，这是预期的。

附带问题：在我的管理工具中，这两个字段没有显示。这是预期的吗？

由于这些字段是自动添加的，因此不会显示。

添加到上面，正如 synack 所说，django 邮件列表上一直存在关于删除此内容的争论，因为它“设计得不好”并且是“黑客”

在我的每个模型上编写自定义 save() 比使用 auto_now 痛苦得多

显然，您不必将其写入每个模型。您可以将其写入一个模型并从中继承其他模型。

但是，由于 auto_add 和 auto_now_add 存在，我会使用它们而不是尝试自己编写方法。

Answer 9

至于您的管理员显示，请参阅此答案。

注意：默认情况下，auto_now 和 auto_now_add 设置为 editable=False，这就是适用的原因。

Answer 10

我今天在工作中需要类似的东西。默认值为 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 更改为 < code>datetime.datetime 或更好的 timezone.datetime。我还没有尝试过使用DateTime，仅使用Date。

Answer 11

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)

Answer 12

您可以使用 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 code>, 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

新记录不会有 attr id，因此 getattr(model_instance, 'id') 将返回 False 将导致未在字段中设置任何值。< /p>

Answer 13

您可以使用此代码技术来创建[创建日期]（在创建行时自动保存日期，并且不会在每次更新时更新日期和时间）和[更新日期]（每次更新行时都会更改日期和时间）。

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

class Artical(models.Model):
    
    creation = models.DateTimeField(null=True, default=None, blank=True)
    updation = models.DateTimeField(null=True,default=None,blank=True)

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

        self.updation = now()

        super(Artical, self).save(*args, **kwargs)

Answer 14

关于 update_fields 已有一些评论，但尚未包含在答案中，因此我在这里进行了重要的修订。默认情况下，当 django 保存实例时，它会保存该实例中的每个字段。当只更新一个字段时，这是一种浪费，更经济的方法是只保存正在更改的字段。这是在 django 中使用 update_fields 参数完成的，如下所示：

qt = QueuedTask.objects.create()
qt.status = PENDING
qt.save(update_fields=['status'])

现在您的保存方法应该考虑到这一点，否则在上面的保存中，last_modified 字段也不会保存（请注意，我不确定创建的情况，但由于您可以创建一个新实例，并使用带有更新字段的保存方法，因此我还在保存中包含条件）：

def save(self, *args, **kwargs):
    if self.id is None:
        self.created_on = timezone.now()
        update_fields = kwargs.get('update_fields')
        if update_fields is not None and 'created_on' not in update_fields:
            update_fields += ['created_on']
    else:
        self.last_modified = timezone.now()
        update_fields = kwargs.get('update_fields')
        if update_fields is not None and 'last_modified' not in update_fields:
            update_fields += ['last_modified']
    return super(QueuedTask, self).save(*args, **kwargs)

Answer 15

如文档中报道的那样：

使用 update() 还可以防止竞争条件，即在加载对象和调用 save() 之间的短时间内数据库中的某些内容可能会发生变化。
最后，要意识到 update() 在 SQL 级别进行更新，因此不会在模型上调用任何 save() 方法，也不会发出 pre_save 或 post_save 信号（这是调用 Model.save( ））。如果您想更新具有自定义 save() 方法的模型的一堆记录，请循环遍历它们并调用 save()，如下所示：

for e in Entry.objects.filter(pub_date__year=2010):
e.comments_on = False
e.save()