Comment puis-je définir la valeur par défaut d'une colonne d'horodatage sur l'horodatage actuel avec les migrations Laravel?

Je voudrais créer une colonne d'horodatage avec une valeur par défaut d' CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMPutilisation de Laravel Schema Builder / Migrations. J'ai parcouru la documentation Laravel plusieurs fois, et je ne vois pas comment je peux en faire la valeur par défaut pour une colonne d'horodatage.

La timestamps()fonction définit les valeurs 0000-00-00 00:00par défaut pour les deux colonnes qu'elle crée.

Étant donné qu'il s'agit d'une expression brute, vous devez utiliser DB::raw()pour définir CURRENT_TIMESTAMPcomme valeur par défaut pour une colonne:

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

Cela fonctionne parfaitement sur chaque pilote de base de données.

Nouveau raccourci

Depuis Laravel 5.1.25 (voir PR 10962 et commit 15c487fe ), vous pouvez utiliser la nouvelle useCurrent()méthode de modificateur de colonne pour définir CURRENT_TIMESTAMPcomme valeur par défaut pour une colonne:

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

De retour à la question, sur MySQL, vous pouvez également utiliser la ON UPDATEclause via DB::raw():

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

Gotchas

• MySQL
  
  À partir de MySQL 5.7, 0000-00-00 00:00:00n'est plus considéré comme une date valide. Comme indiqué dans le guide de mise à niveau de Laravel 5.2 , toutes les colonnes d'horodatage doivent recevoir une valeur par défaut valide lorsque vous insérez des enregistrements dans votre base de données. Vous pouvez utiliser le useCurrent()modificateur de colonne (à partir de Laravel 5.1.25 et supérieur) dans vos migrations pour définir par défaut les colonnes d'horodatage sur les horodatages actuels, ou vous pouvez créer les horodatages nullable()pour autoriser les valeurs nulles.

• PostgreSQL et Laravel 4.x
  
  Dans les versions Laravel 4.x, le pilote PostgreSQL utilisait la précision de base de données par défaut pour stocker les valeurs d'horodatage. Lors de l'utilisation de la CURRENT_TIMESTAMPfonction sur une colonne avec une précision par défaut, PostgreSQL génère un horodatage avec la plus grande précision disponible, générant ainsi un horodatage avec une fraction de seconde partie - voir ce violon SQL .

  Cela conduira Carbon à échouer l'analyse d'un horodatage car il ne s'attendra pas à ce que les microsecondes soient stockées. Pour éviter que ce comportement inattendu ne casse votre application, vous devez explicitement donner une précision nulle à la CURRENT_TIMESTAMPfonction comme ci-dessous:

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

  Depuis Laravel 5.0, les timestamp()colonnes ont été modifiées pour utiliser une précision par défaut de zéro, ce qui évite cela.

  Merci à @andrewhl d' avoir signalé ce problème dans les commentaires.

Pour créer à la fois les colonnes created_atet updated_at:

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

Vous aurez besoin de la version MySQL> = 5.6.5 pour avoir plusieurs colonnes avec CURRENT_TIMESTAMP

À partir de Laravel 5.1.26, tagué le 02/12/2015, un useCurrent()modificateur a été ajouté:

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

Le PR 10962 (suivi du commit 15c487fe ) a conduit à cet ajout.

Vous pouvez également lire les numéros 3602 et 11518 qui vous intéressent.

Fondamentalement, MySQL 5.7 (avec la configuration par défaut) vous oblige à définir une valeur par défaut ou Nullable pour les champs de temps.

Cela ne fonctionne pas pour un fait:

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

Il ne supprime pas le «0 par défaut» qui semble venir avec la sélection de l'horodatage et ajoute simplement la valeur par défaut personnalisée. Mais nous en avons besoin sans les guillemets. Tout ce qui manipule une base de données ne vient pas de Laravel4. C'est son point. Il veut des valeurs par défaut personnalisées sur certaines colonnes comme:

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

Je ne pense pas que ce soit possible avec Laravel. Je cherche depuis une heure maintenant pour voir si c'est possible.

Mise à jour: la réponse de Paulos Freita montre que c'est possible, mais la syntaxe n'est pas simple.

Comme possibilité supplémentaire pour les futurs googleurs

Je trouve plus utile d'avoir null dans la colonne updated_at lorsque l'enregistrement est créé mais n'a jamais été modifié . Cela réduit la taille de la base de données (ok, juste un peu) et il est possible de voir à première vue que les données n'ont jamais été modifiées.

À partir de là, j'utilise:

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

(Dans Laravel 7 avec mysql 8).

Utilisez plutôt la suggestion de Paulo Freitas .

Jusqu'à ce que Laravel corrige cela, vous pouvez exécuter une requête de base de données standard après Schema::createavoir été exécuté.

    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");

Cela a fonctionné à merveille pour moi.

Voici comment vous faites, je l'ai vérifié et cela fonctionne sur mon Laravel 4.2.

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

J'espère que cela t'aides.

Dans Laravel 5 simplement:

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

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