Rellenar una base de datos en un archivo de migración de Laravel

Question

Estoy recién aprendiendo Laravel y tengo un archivo de migración en funcionamiento que crea una tabla de usuarios. Estoy tratando de llenar un registro de usuario como parte de la migración:

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

    }); 
} 

Pero yo estoy recibiendo el siguiente error cuando se ejecuta php artisan migrate:

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

Esto es obviamente porque Artisan aún no ha creado la tabla, pero toda la documentación parece indicar que hay una forma de utilizar Fluent Query para completar datos como parte de una migración.

¿Alguien sabe cómo? ¡Gracias!

Answer 1

No ponga el DB :: insert() dentro del esquema :: create(), debido a que el método de crear tiene que terminar de hacer la tabla antes puede insertar cosas Pruebe esto en su lugar:

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

intento: (no probado)

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

Esto debería hacer lo que quiera.

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

Answer 4

Aquí es una muy buena explicación de por qué es preferible al uso de las migraciones mediante Sembradora base de datos de laravel: http://laravelbook.com/laravel-database-seeding/

Aunque, siguiendo las instrucciones de la documentación oficial es una idea mucho mejor debido a que la aplicación se describe en el el enlace de arriba no parece funcionar y está incompleto. http://laravel.com/docs/migrations#database-seeding

Answer 5

Sé que esta es una publicación anterior, pero dado que aparece en una búsqueda de Google, pensé que podría compartir algunos conocimientos aquí. @ erin-geyer señaló que mezclar migraciones y sembradoras puede generar dolores de cabeza y @justamartin respondió que a veces se necesita/necesita datos que se llenen como parte de su implementación.

Daría un paso más y diría que a veces es deseable implementar cambios de datos consistentemente para que pueda, por ejemplo, desplegar en etapas, ver que todo esté bien y luego implementar a producción con confianza de los mismos resultados (y no tiene que recordar ejecutar algún paso manual).

Sin embargo, todavía hay un valor para separar la semilla y la migración, ya que son dos preocupaciones relacionadas pero distintas. Nuestro equipo se ha comprometido creando migraciones que llaman a las sembradoras. Esto se ve así:

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

Esto le permite ejecutar una semilla una vez como una migración. También puede implementar lógica que previene o aumenta el comportamiento. Por ejemplo:

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

Esto obviamente ejecutaría condicionalmente su sembradora si hay menos de 10 modelos de algunos. Esto es útil si desea incluir la sembradora como una sembradora estándar que se ejecuta cuando llama al artisan db:seed y también cuando migra para no "duplicar". También puede crear una sembradora inversa para que las reversiones funcionen como se espera, p.

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

El segundo parámetro --force se requiere para permitir a sembradora para ejecutarse en un entorno de producción.