Comment puis-je Définir la Valeur par Défaut d'une Colonne de type Timestamp à l'Horodatage Actuel avec Laravel Migrations?

Je voudrais faire une colonne timestamp avec une valeur par défaut de CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP à l'aide de la Laravel Générateur de Schéma/Migrations. Je suis passé par le Laravel documentation à plusieurs reprises, et je ne vois pas comment je peux faire que la valeur par défaut pour une colonne de type timestamp.

La timestamps() fonction, les valeurs par défaut 0000-00-00 00:00 pour les deux colonnes qu'il fait.

InformationsquelleAutor JoeyD473 | 2013-08-05

229

Donné que c'est un raw expression, vous devez utiliser DB::raw() pour définir CURRENT_TIMESTAMP comme valeur par défaut pour une colonne:
```
$table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP'));
```
Cela fonctionne parfaitement sur tous les pilote de base de données.

Nouveau raccourci

De Laravel 5.1.25 (voir PR 10962 et s'engager 15c487fe) vous pouvez utiliser la nouvelle useCurrent() modificateur de colonne de méthode pour définir le CURRENT_TIMESTAMP comme valeur par défaut pour une colonne:
```
$table->timestamp('created_at')->useCurrent();
```
Revenir à la question, sur MySQL, vous pouvez également utiliser la ON UPDATE clause par DB::raw():
```
$table->timestamp('updated_at')->default(DB::raw('CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP'));
```
Pièges
- MySQL
  
  Départ avec MySQL 5.7, 0000-00-00 00:00:00 n'est plus considéré comme une date valide. Comme indiqué à la Laravel 5.2 guide de mise à niveau, toutes les colonnes de type timestamp doit recevoir une valeur par défaut valide lorsque vous insérez des enregistrements dans votre base de données. Vous pouvez utiliser le useCurrent() colonne modificateur (à partir de Laravel 5.1.25 et ci-dessus) dans votre migrations à défaut les colonnes timestamp actuel de l'horodatage, ou vous pouvez faire les horodateurs nullable() pour autoriser les valeurs null.
- PostgreSQL & Laravel 4.x
  
  Dans Laravel 4.versions x, le pilote PostgreSQL a l'aide de la base de données par défaut de précision pour stocker des valeurs d'horodatage. Lors de l'utilisation de la CURRENT_TIMESTAMP fonction sur une colonne avec une précision par défaut, PostgreSQL génère un timestamp avec la plus grande précision disponible, générant ainsi un timestamp avec une fraction de seconde partie - voir ce SQL violon.
  
  Ce qui entraînera de Carbone à l'échec de l'analyse d'un timestamp, car il ne s'attend microsecondes d'être stockés. Pour éviter ce comportement inattendu de casser votre application, vous devez indiquer explicitement un zéro de la précision à la CURRENT_TIMESTAMP fonction comme ci-dessous:
```
$table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP(0)'));
```
  Depuis Laravel 5.0, timestamp() colonnes a été modifié pour utiliser une valeur par défaut de précision de zéro, ce qui permet d'éviter cela.
  
  Grâce à @andrewhl de remarquer cette question dans les commentaires.
- Meilleure suggestion puis de la mine. Utiliser ce lieu de mon DB::statement exemple, c'est beaucoup plus simple.
- Cela peut également être utilisé pour la PARTITION PAR des déclarations dans vos tests?
- Pas parfaitement. Pour PostgreSQL 'CURRENT_TIMESTAMP' renvoie à quelque chose dans le format de: 2014-08-11 15:06:29.692439. Cela provoque le Carbone::createFromFormat('Y-m-d H:i:s', $timestamp) méthode à l'échec (il ne peut pas analyser la fuite millisecondes). Il est utilisé par Laravel lors de l'accès aux horodateurs. Pour corriger pour PostgreSQL, utilisation: DB::raw('now (),:: timestamp(0)') (référence: postgresql.org/docs/8.1/static/...)
- En fait j'ai répondu seulement pour MySQL, puisque c'est la question de l'objet. Mais merci pour ce partage avec nous, je vais mettre à jour ma réponse à couvrir que! 🙂
- vous devez accepter cette réponse.
InformationsquelleAutor Paulo Freitas
43

De créer à la fois de la created_at et updated_at colonnes:
```
$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 de MySQL >= 5.6.5 d'avoir plusieurs colonnes avec CURRENT_TIMESTAMP
- Pourquoi ne pas simplement utiliser $table->timestamps()->default(DB::raw('CURRENT_TIMESTAMP')); ?
- Car alors updated_at ne change pas lorsque l'enregistrement a été modifié après sa création initiale
- Ouais, d'ajouter que les horodateurs() ne permet pas de les valeurs par défaut de toute façon, donc ça ne fonctionne pas du tout. J'avais commis code de l'autoriser, mais le Laravel les gestionnaires ne veulent pas vraiment les gens à l'aide de défaut de la façon de l'utiliser (en supposant que parce que les versions de MySQL antérieures à 5.6.5 ne permettent pas de plusieurs colonnes qui ont des horodateurs par défaut).
- En fait le updated_at est géré par Éloquent donc il n'est pas nécessaire pour le "mettre à jour" peu à tout puisqu'il sera définie lorsqu'un modèle est mis à jour automatiquement.
- Si vous utilisez éloquent, alors vous pouvez simplement faire $t->timestamps(); mais cela ne répond pas à la question.
InformationsquelleAutor Brian Adams
28

À partir de Laravel 5.1.26, marqué sur 2015-12-02, un useCurrent() modificateur a été ajouté:
```
Schema::table('users', function ($table) {
    $table->timestamp('created')->useCurrent();
});
```
PR 10962 (suivi par s'engager 15c487fe) au plomb à cet ajout.

Vous pouvez également lire les questions Trois mille six cent deux et Onze mille cinq cent dix huit qui sont d'intérêt.

Fondamentalement, MySQL 5.7 (avec la config par défaut) nécessite de définir une valeur par défaut ou les valeurs null pour les champs d'heure.

InformationsquelleAutor Gras Double

Utilisation Paulo Freitas suggestion à la place.

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

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

Il a fait des merveilles pour moi.

C'est un bon truc. Je souhaite que le générateur de schéma pris en charge tables partitionnées que j'utilise ces tous sur la place. J'ai essayé de creuser dans le code mais c'est pas évident pour moi, où ce mod.

InformationsquelleAutor Marwelln

7

Cela ne fonctionne pas pour un fait:
```
$table->timestamp('created_at')->default('CURRENT_TIMESTAMP');
```
Il n'est pas supprimer la valeur "par défaut 0' qui semble venir avec la sélection d'horodatage et il ajoute la coutume par défaut. Mais nous avons besoin sans les guillemets. Tout n'est pas que manipule un DB est à venir à partir de Laravel4. C'est son point de vue. Il veut la coutume par défaut sur certaines colonnes, comme:
```
$table->timestamps()->default('CURRENT_TIMESTAMP');
```
Je ne pense pas que c'est possible avec Laravel. J'ai cherché pendant une heure pour voir si c'est possible.

Mise à jour: Paulos Freita de réponse montre qu'il est possible, mais la syntaxe n'est pas simple.
- Il est possible, voir Paulo Freitas réponse dans ce fil.
- Grand. Parfait trucs. Thumbs up, cela m'a aidé aussi.
- ce n'est pas un travail pour moi
- petite remarque, avant de crier: cela ne fonctionne pas pour moi dans laravel, prendre un coup d'oeil a la date de cette réponse a été écrit: 2013. C'était valable à l'époque. J'apprécierais avant que vous appuyez sur la flèche vers le bas.
InformationsquelleAutor Glenn Plas
0

C'est comment vous le faites, j'ai vérifié et il fonctionne sur mon Laravel 4.2.
```
$table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP'));
```
Espère que cette aide.

InformationsquelleAutor Jawad
0

Dans Laravel 5 simplement:
```
$table->timestamps(); //Adds created_at and updated_at columns.
```
Documentation: http://laravel.com/docs/5.1/migrations#creating-columns
- Mais ce n'est pas définie par défaut comme CURRENT_TIMESTAMP, comme demandé dans la question.
- j'essaie de cela, mais compte tenu de la valeur null dans 5.4 idk pourquoi, mais quand j'essaie ->useCurrent(); ses beaux travaux
- ne pas répondre à la question de CURRENT_TIMESTAMP sur created_at colonne et on UPDATE CURRENT_TIMESTAMP sur updated_at colonne. Jusqu'à les gens à Laravel fixer, utilisez ceci: $table->timestamp('created_at')->default(DB::raw('CURRENT_TIMESTAMP')); $table->timestamp('updated_at')->default(DB::raw('CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP'));
InformationsquelleAutor JoenMarz
0

Utiliserl'suivantes:

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

J'espère que cela pourra vous aider. Merci.

InformationsquelleAutor Foysal Nibir

Vous devez vous connecter pour publier un commentaire.

Pièges