Django auto_now dan auto_now_add

Untuk Django 1.1.

Saya memilikinya di models.py saya:

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

Saat memperbarui baris saya mendapatkan:

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

Bagian yang relevan dari database saya adalah:

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

Apakah ini memprihatinkan?

Pertanyaan sampingan: di alat admin saya, kedua bidang itu tidak muncul. Apakah itu diharapkan?

Setiap bidang dengan auto_nowset atribut juga akan mewarisi editable=Falsedan karenanya tidak akan muncul di panel admin. Telah ada pembicaraan di masa lalu tentang membuat auto_nowdan auto_now_addargumen hilang, dan meskipun masih ada, saya merasa Anda lebih baik hanya menggunakan metode kustomsave() .

Jadi, untuk membuat ini berfungsi dengan baik, saya akan merekomendasikan untuk tidak menggunakan auto_nowatau auto_now_adddan sebaliknya mendefinisikan save()metode Anda sendiri untuk memastikan bahwa createdhanya diperbarui jika idtidak disetel (seperti ketika item pertama kali dibuat), dan minta pembaruan modifiedsetiap kali item disimpan.

Saya telah melakukan hal yang sama persis dengan proyek lain yang saya tulis menggunakan Django, dan Anda save()akan terlihat seperti ini:

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)

Semoga ini membantu!

Edit dalam menanggapi komentar:

Alasan mengapa saya bertahan dengan kelebihan beban save()vs mengandalkan argumen lapangan ini adalah dua kali lipat:

1. Pasang surut tersebut dengan keandalannya. Argumen ini sangat bergantung pada cara masing-masing jenis database yang Django tahu bagaimana berinteraksi dengan memperlakukan bidang cap tanggal / waktu, dan tampaknya pecah dan / atau berubah di antara setiap rilis. (Yang saya percaya adalah dorongan di balik panggilan untuk menghapusnya sama sekali).
2. Fakta bahwa mereka hanya bekerja pada DateField, DateTimeField, dan TimeField, dan dengan menggunakan teknik ini Anda dapat secara otomatis mengisi setiap jenis bidang setiap kali item disimpan.
3. Gunakan django.utils.timezone.now()vs. datetime.datetime.now(), karena akan mengembalikan objek TZ-aware atau naif datetime.datetimetergantung settings.USE_TZ.

Untuk mengatasi mengapa OP melihat kesalahan, saya tidak tahu persis, tetapi sepertinya createdbahkan tidak diisi sama sekali, meskipun sudah auto_now_add=True. Bagi saya itu menonjol sebagai bug, dan menggarisbawahi item # 1 dalam daftar kecil saya di atas: auto_nowdan paling auto_now_addtidak terkelupas.

Tetapi saya ingin menunjukkan bahwa pendapat yang diungkapkan dalam jawaban yang diterima agak ketinggalan jaman. Menurut diskusi yang lebih baru (bug Django # 7634 dan # 12785 ), auto_now dan auto_now_add tidak ke mana-mana, dan bahkan jika Anda pergi ke diskusi asli , Anda akan menemukan argumen yang kuat terhadap RY (seperti pada KERING) di penyimpanan kustom metode.

Solusi yang lebih baik telah ditawarkan (jenis bidang khusus), tetapi tidak mendapatkan momentum yang cukup untuk membuatnya menjadi Django. Anda dapat menulis sendiri dalam tiga baris (ini saran Yakub 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)

Berbicara tentang pertanyaan sampingan: jika Anda ingin melihat bidang ini di admin (meskipun, Anda tidak akan dapat mengeditnya), Anda dapat menambahkan readonly_fieldske kelas admin Anda.

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

Yah, ini hanya berlaku untuk versi Django terbaru (saya percaya, 1.3 dan di atas)

Saya pikir solusi termudah (dan mungkin paling elegan) di sini adalah untuk memanfaatkan fakta bahwa Anda dapat mengatur defaultpanggilan. Jadi, untuk menyiasati penanganan khusus admin auto_now, Anda bisa mendeklarasikan bidang seperti ini:

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

Penting bahwa Anda tidak menggunakan timezone.now()karena nilai default tidak akan diperbarui (yaitu, standar hanya akan ditetapkan ketika kode dimuat). Jika Anda sering melakukan hal ini, Anda bisa membuat bidang khusus. Namun, saya pikir ini sudah KERING.

Jika Anda mengubah kelas model Anda seperti ini:

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

Maka bidang ini akan muncul di halaman perubahan admin saya

Berdasarkan apa yang saya baca dan pengalaman saya dengan Django sejauh ini, auto_now_add buggy. Saya setuju dengan jthanism --- menimpa metode save normal itu bersih dan Anda tahu apa yang terjadi. Sekarang, untuk membuatnya kering, buat model abstrak yang disebut 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

Dan kemudian, ketika Anda menginginkan model yang memiliki perilaku time-stampy ini, cukup subkelas:

MyNewTimeStampyModel(TimeStamped):
    field1 = ...

Jika Anda ingin bidang ditampilkan di admin, maka hapus saja editable=Falseopsi

Apakah ini memprihatinkan?

Tidak, Django secara otomatis menambahkannya untuk Anda saat menyimpan model, jadi, itu diharapkan.

Pertanyaan sampingan: di alat admin saya, 2 bidang itu tidak muncul. Apakah itu diharapkan?

Karena bidang ini ditambahkan secara otomatis, bidang tersebut tidak ditampilkan.

Untuk menambahkan hal di atas, seperti yang dikatakan synack, telah ada perdebatan di milis Django untuk menghapus ini, karena, itu "tidak dirancang dengan baik" dan "hack"

Menulis custom save () pada masing-masing model saya jauh lebih menyakitkan daripada menggunakan auto_now

Jelas Anda tidak perlu menulisnya untuk setiap model. Anda dapat menulisnya ke satu model dan mewarisi yang lain dari itu.

Tetapi, sebagaimana ada auto_adddan di auto_now_addsana, saya akan menggunakannya daripada mencoba menulis metode sendiri.

Saya membutuhkan sesuatu yang serupa hari ini di tempat kerja. Nilai default menjadi timezone.now(), tetapi dapat diedit di tampilan admin dan kelas yang diwarisi FormMixin, jadi untuk dibuat dalam models.pykode saya berikut memenuhi persyaratan:

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

Untuk DateTimeField, saya kira hapus .date()dari fungsi dan ubah datetime.dateke datetime.datetimeatau lebih baik timezone.datetime. Saya belum mencobanya dengan DateTime, hanya dengan Date.

Anda dapat menggunakan timezone.now()untuk dibuat dan auto_nowdimodifikasi:

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

Jika Anda menggunakan kunci utama khusus alih-alih default auto- increment int, auto_now_addakan menyebabkan bug.

Berikut adalah kode DateTimeField.pre_save default Django dengan auto_nowdan 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)

Saya tidak yakin apa parameternya add. Saya harap ini akan seperti:

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

Catatan baru tidak akan memiliki attr id, jadi getattr(model_instance, 'id')akan mengembalikan False akan menyebabkan tidak menetapkan nilai apa pun di bidang.

Sedangkan untuk tampilan Admin Anda, lihat jawaban ini .

Catatan: auto_nowdan auto_now_adddiatur editable=Falsesecara default, itulah sebabnya ini berlaku.

auto_now=Truetidak bekerja untuk saya di Django 1.4.1, tetapi kode di bawah ini menyelamatkan saya. Ini untuk datetime sadar zona waktu.

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)

Di sini, kami telah membuat dan memperbarui kolom yang akan memiliki cap waktu ketika dibuat, dan ketika seseorang mengubah umpan balik.

auto_now_add akan mengatur waktu ketika sebuah instance dibuat sedangkan auto_now akan mengatur waktu ketika seseorang mengubah umpan baliknya.

Inilah jawabannya jika Anda menggunakan selatan dan Anda ingin default ke tanggal Anda menambahkan bidang ke database:

Pilih opsi 2 lalu: datetime.datetime.now ()

Terlihat seperti ini:

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