Django auto_nowおよびauto_now_add

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,

これは心配の種ですか？

副次的な質問：私の管理ツールでは、これらの2つのフィールドが表示されません。それは予想されますか？

auto_now属性が設定されているフィールドも継承されるeditable=Falseため、管理パネルには表示されません。auto_nowand 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()これらのフィールド引数に依存するのではなく、オーバーロードを続ける理由は2つあります。

1. 前述の浮き沈みとその信頼性。これらの引数は、Djangoが対話する方法を知っているデータベースの各タイプが日付/タイムスタンプフィールドを処理する方法に大きく依存しており、リリースごとに壊れたり変更されたりしているようです。（私が信じているのは、それらを完全に削除するよう求める呼びかけの背後にある推進力です）。
2. それらはDateField、DateTimeField、およびTimeFieldでのみ機能するため、この手法を使用すると、アイテムが保存されるたびに、任意のフィールドタイプを自動的に入力できます。
3. django.utils.timezone.now()vsを使用します。これは、に応じてdatetime.datetime.now()TZ対応または単純なdatetime.datetimeオブジェクトを返すためsettings.USE_TZです。

OPがエラーを表示した理由に対処するために、正確にはわかりませんが、があるcreatedにもかかわらず、何も入力されていないようですauto_now_add=True。私にはそれがバグとして際立っている、と上記の私の小さなリスト内の項目＃1を強調： auto_nowとauto_now_add最高の状態でフレーク状です。

しかし、私は、受け入れられた回答で表現された意見がやや古くなっていることを指摘したかった。最近のディスカッション（djangoバグ＃7634および＃12785）によると、auto_nowとauto_now_addはどこにも行かず、元のディスカッションに移動しても、カスタム保存でRY（DRYなど）に対する強力な引数が見つかりますメソッド。

より優れたソリューション（カスタムフィールドタイプ）が提供されましたが、それをdjangoにするための十分な勢いがありませんでした。独自のコードを3行で記述できます（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 = 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に同意します---通常のsaveメソッドをオーバーライドします。次に、乾燥させるために、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を使用するよりもはるかに困難です。

もちろん、すべてのモデルに書き込む必要はありません。これを1つのモデルに書き込み、他のモデルから継承することができます。

ではなく、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

新しいレコードにはattrがないidため、getattr(model_instance, 'id')Falseを返すと、フィールドに値が設定されなくなります。

管理画面については、こちらの回答をご覧ください。

注：auto_nowおよびauto_now_addはeditable=Falseデフォルトでに設定されているため、これが適用されます。

auto_now=TrueDjango 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