Laravel Geçişleriyle Zaman Damgası Sütununun Varsayılan Değerini Geçerli Zaman Damgasına Nasıl Ayarlayabilirim?

CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMPLaravel Schema Builder / Migrations kullanarak varsayılan değeri olan bir zaman damgası sütunu yapmak istiyorum . Laravel belgelerinden birkaç kez geçtim ve bunu bir zaman damgası sütunu için nasıl varsayılan hale getirebileceğimi göremiyorum.

timestamps()İşlev varsayılan yapar 0000-00-00 00:00yapar her iki sütun için.

Ham bir ifade olduğu için, bir sütun için varsayılan değer olarak DB::raw()ayarlamanız gerekir CURRENT_TIMESTAMP:

$table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP'));

Bu, her veritabanı sürücüsünde kusursuz çalışır.

Yeni kısayol

Laravel 5.1.25'ten itibaren (bkz. PR 10962 ve taahhüt 15c487fe ) bir sütun için varsayılan değer olarak useCurrent()ayarlamak için yeni sütun değiştirici yöntemini kullanabilirsiniz CURRENT_TIMESTAMP:

$table->timestamp('created_at')->useCurrent();

Soruya geri dönersek, ON UPDATEMySQL'de maddeyi şu şekillerde de kullanabilirsiniz DB::raw():

$table->timestamp('updated_at')->default(DB::raw('CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP'));

Sorunlar

• MySQL
  
  MySQL 5.7 ile başlayarak 0000-00-00 00:00:00geçerli bir tarih olarak kabul edilmez. Laravel 5.2 yükseltme kılavuzunda belgelendiği gibi , veritabanınıza kayıt eklediğinizde tüm zaman damgası sütunlarının geçerli bir varsayılan değer alması gerekir. Sen kullanabilir useCurrent()şimdiki zaman damgaları için zaman damgası sütunları varsayılan sizin göçlerde (laravel 5.1.25 den ve üzeri) kolon değiştirici veya damgaları yapabilir nullable()boş değerler izin vermek.

• PostgreSQL ve Laravel 4.x
  
  Laravel 4.x sürümlerinde PostgreSQL sürücüsü, zaman damgası değerlerini saklamak için varsayılan veritabanı hassasiyetini kullanıyordu. CURRENT_TIMESTAMPVarsayılan bir hassasiyete sahip bir sütunda işlevi kullanırken , PostgreSQL daha yüksek hassasiyete sahip bir zaman damgası üretir, böylece kesirli ikinci bir bölüme sahip bir zaman damgası oluşturur - bu SQL kemanına bakın .

  Bu, Karbon'un bir zaman damgasını ayrıştırmada başarısız olmasına neden olacağından, mikrosaniyelerin depolanmasını beklemez. Bu beklenmedik davranışın uygulamanızı bozmasını önlemek için, CURRENT_TIMESTAMPişleve aşağıdaki gibi açıkça sıfır hassasiyet vermelisiniz :

  $table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP(0)'));

  Laravel 5.0'dan bu yana, timestamp()sütunlar varsayılan bir sıfır hassasiyeti kullanacak şekilde değiştirildi ve bu da bundan kaçındı .

  @Andrewhl'e yorumlarda bu konuyu işaret ettiği için teşekkürler .

Hem created_atve updated_atsütunları oluşturmak için :

$t->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP'));
$t->timestamp('updated_at')->default(DB::raw('CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP'));

Birden çok sütuna sahip olmak için MySQL sürüm> = 5.6.5'e ihtiyacınız olacak CURRENT_TIMESTAMP

2015-12-02 tarihinde etiketlenmiş Laravel 5.1.26'dan itibaren bir useCurrent()değiştirici eklendi:

Schema::table('users', function ($table) {
    $table->timestamp('created')->useCurrent();
});

PR 10962 ( arkasından 15c487fe taahhüdü ) bu ilaveye yol açtı .

İlgilenilen 3602 ve 11518 sayılarını da okumak isteyebilirsiniz .

Temel olarak, MySQL 5.7 (varsayılan yapılandırmayla), varsayılan bir değer tanımlamanızı veya zaman alanları için null değer vermenizi gerektirir.

Bu bir gerçek için işe yaramıyor:

$table->timestamp('created_at')->default('CURRENT_TIMESTAMP');

Zaman damgası seçilmesiyle gelen 'varsayılan 0'ı kaldırmaz ve yalnızca özel varsayılanı ekler. Ama tırnak işaretleri olmadan buna ihtiyacımız var. Bir DB'yi manipüle eden her şey Laravel4'ten gelmiyor. Bu onun amacı. Şu gibi belirli sütunlarda özel varsayılanlar istiyor:

$table->timestamps()->default('CURRENT_TIMESTAMP');

Laravel ile mümkün olduğunu sanmıyorum. Bunun mümkün olup olmadığını görmek için bir saattir arıyordum.

Güncelleme: Paulos Freita'nın cevabı mümkün olduğunu gösteriyor, ancak sözdizimi kolay değil.

Gelecekteki Google çalışanları için ek olasılık olarak

Kayıt oluşturulduğunda ancak hiçbir zaman değiştirilmediğinde , updated_at sütununda null olması daha yararlı buluyorum . Db boyutunu azaltır (tamam, biraz) ve ilk bakışta verinin hiç değiştirilmediğini görmek mümkündür.

Bu bağlamda kullanıyorum:

$table->timestamp('created_at')->useCurrent();
$table->timestamp('updated_at')->default(DB::raw('NULL ON UPDATE CURRENT_TIMESTAMP'))->nullable();

(Myysl 8 ile Laravel 7'de).

Bunun yerine Paulo Freitas önerisini kullanın.

Laravel bunu düzeltene kadar, çalıştırıldıktan sonra standart bir veritabanı sorgusu Schema::createçalıştırabilirsiniz.

    Schema::create("users", function($table){
        $table->increments('id');
        $table->string('email', 255);
        $table->string('given_name', 100);
        $table->string('family_name', 100);
        $table->timestamp('joined');
        $table->enum('gender', ['male', 'female', 'unisex'])->default('unisex');
        $table->string('timezone', 30)->default('UTC');
        $table->text('about');
    });
    DB::statement("ALTER TABLE ".DB::getTablePrefix()."users CHANGE joined joined TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL");

Benim için harikalar yarattı.

İşte böyle yapıyorsunuz, kontrol ettim ve Laravel 4.2 üzerinde çalışıyor.

$table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP'));

Bu yardımcı olur umarım.

Laravel 5'te basitçe:

$table->timestamps(); //Adds created_at and updated_at columns.

Belgeler: http://laravel.com/docs/5.1/migrations#creating-columns