Füllen einer Datenbank in einer Laravel-Migrationsdatei

Question

Ich lerne gerade Laravel und habe eine funktionierende Migrationsdatei, die eine Benutzertabelle erstellt. Ich versuche, einen Benutzerdatensatz als Teil der Migration zu füllen:

public function up() 
{ 
    Schema::create('users', function($table){ 

     $table->increments('id'); 
     $table->string('email', 255); 
     $table->string('password', 64); 
     $table->boolean('verified'); 
     $table->string('token', 255); 
     $table->timestamps(); 

     DB::table('users')->insert(
      array(
       'email' => 'name@domain.com', 
       'verified' => true 
      ) 
     ); 

    }); 
} 

Aber ich erhalte die folgende Fehlermeldung, wenn php artisan migrate ausgeführt wird:

SQLSTATE[42S02]: Base table or view not found: 1146 Table 'vantage.users' doesn't exist 

Dies ist offensichtlich, da Artisan wurde noch nicht erstellt die Tabelle, aber die gesamte Dokumentation scheint zu sagen, dass es eine Möglichkeit gibt, Fluent Query zu verwenden, um Daten als Teil einer Migration zu füllen.

Wer weiß wie? Vielen Dank!

Answer 1

Stellen Sie die DB nicht :: insert() innerhalb des Schemas :: create(), weil die create-Methode, bevor Sie den Tisch zu beenden hat kann Zeug einfügen. Versuchen Sie dies stattdessen:

public function up() 
{ 
    // Create the table 
    Schema::create('users', function($table){ 
     $table->increments('id'); 
     $table->string('email', 255); 
     $table->string('password', 64); 
     $table->boolean('verified'); 
     $table->string('token', 255); 
     $table->timestamps(); 
    }); 

    // Insert some stuff 
    DB::table('users')->insert(
     array(
      'email' => 'name@domain.com', 
      'verified' => true 
     ) 
    ); 
} 

Answer 2

Versuch: (nicht getestet)

public function up() 
{ 
    Schema::table('users', function($table){ 

     $table->increments('id'); 
     $table->string('email', 255); 
     $table->string('password', 64); 
     $table->boolean('verified'); 
     $table->string('token', 255); 
     $table->timestamps(); 

     $table->insert(
      array(
       'email' => 'name@domain.com', 
       'verified' => true 
      ) 
     ); 

    }); 
} 

Answer 3

Dies sollte tun, was Sie wollen.

public function up() 
{ 
    DB::table('user')->insert(array('username'=>'dude', 'password'=>'z19pers!')); 
} 

Answer 4

ist hier eine sehr gute Erklärung, warum mit Laravel der Datenbank Seeder vorzuziehen mit Migrations: eine viel bessere Idee http://laravelbook.com/laravel-database-seeding/

Obwohl nach den Anweisungen auf der offiziellen Dokumentation, weil die Umsetzung auf die beschriebene Der obige Link scheint nicht zu funktionieren und ist unvollständig. http://laravel.com/docs/migrations#database-seeding

Answer 5

Ich weiß, dies ist ein alter Post, aber da es in einer Google-Suche kommt, dachte ich, ich würde hier etwas Wissen teilen. @ erin-geyer wies darauf hin, dass das Mischen von Migrationen und Seedern Kopfschmerzen bereiten kann, und @justamartin entgegnete, dass Daten, die Sie benötigen, manchmal als Teil Ihrer Bereitstellung ausgefüllt werden müssen. Ich würde noch einen Schritt weiter gehen und sagen, dass es manchmal wünschenswert ist, Datenänderungen konsistent ausrollen zu können, so dass Sie zum Beispiel ins Staging implementieren können, dass alles in Ordnung ist, und dann sicher in der Produktion bereitstellen können der gleichen Ergebnisse (und nicht daran denken, einen manuellen Schritt auszuführen).

Es gibt jedoch immer noch einen Wert bei der Trennung von Saatgut und Migration, da dies zwei verwandte, aber unterschiedliche Probleme sind. Unser Team hat sich kompromittiert, indem es Migrationen erstellt hat, die Sämaschinen aufrufen. Das sieht so aus:

public function up() 
{ 
    Artisan::call('db:seed', [ 
     '--class' => 'SomeSeeder', 
     '--force' => true ] 
    ); 
} 

Dies ermöglicht es Ihnen, einen Samen genau wie eine Migration einmal auszuführen. Sie können auch eine Logik implementieren, die das Verhalten verhindert oder erweitert. Zum Beispiel:

public function up() 
{ 
    if (SomeModel::count() < 10) 
    { 
     Artisan::call('db:seed', [ 
      '--class' => 'SomeSeeder', 
      '--force' => true ] 
     ); 
    } 
} 

Dies würde ausführen offensichtlich bedingt Ihre seeder, wenn es weniger als 10 SomeModels. Dies ist nützlich, wenn Sie den Seeder als Standard-Seeder einfügen möchten, der ausgeführt wird, wenn Sie artisan db:seed aufrufen, sowie wenn Sie migrieren, damit Sie nicht "verdoppeln". Sie können auch eine umgekehrte Sämaschine erstellen, damit Rollbacks wie erwartet ausgeführt werden, z.

public function down() 
{ 
    Artisan::call('db:seed', [ 
     '--class' => 'ReverseSomeSeeder', 
     '--force' => true ] 
    ); 
} 

Der zweite Parameter ist erforderlich, um --force Einzelkornsämaschine zu ermöglichen, in einer Produktionsumgebung zu laufen.