Popolamento di un database in un file di migrazione Laravel

Sto solo imparando Laravel e ho un file di migrazione funzionante che crea una tabella utenti. Sto cercando di popolare un record utente come parte della migrazione:

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

    });
}

Ma ricevo il seguente errore durante l'esecuzione php artisan migrate:

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

Questo è ovviamente perché Artisan non ha ancora creato la tabella, ma tutta la documentazione sembra dire che esiste un modo per utilizzare Fluent Query per popolare i dati come parte di una migrazione.

Qualcuno sa come? Grazie!

Non mettere DB :: insert () all'interno di Schema :: create (), perché il metodo create deve finire di creare la tabella prima che tu possa inserire cose. Prova questo invece:

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

So che questo è un vecchio post, ma dal momento che viene visualizzato in una ricerca su Google, ho pensato di condividere alcune conoscenze qui. @ erin-geyer ha sottolineato che la combinazione di migrazioni e seeders può creare mal di testa e @justamartin ha ribattuto che a volte si desidera / è necessario che i dati vengano popolati come parte della distribuzione.

Vorrei fare un ulteriore passo avanti e dire che a volte è desiderabile essere in grado di implementare le modifiche ai dati in modo coerente in modo da poter, ad esempio, distribuire allo staging, vedere che tutto va bene e quindi distribuire alla produzione con la certezza degli stessi risultati (e non devi ricordarti di eseguire alcuni passaggi manuali).

Tuttavia, c'è ancora valore nel separare il seme e la migrazione poiché si tratta di due preoccupazioni correlate ma distinte. Il nostro team è sceso a compromessi creando migrazioni che chiamano seeders. Questo sembra:

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

Ciò ti consente di eseguire un seme una volta proprio come una migrazione. È inoltre possibile implementare la logica che impedisce o aumenta il comportamento. Per esempio:

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

Questo ovviamente eseguirà la seminatrice in modo condizionale se ci sono meno di 10 SomeModels. Ciò è utile se si desidera includere la seminatrice come seminatrice standard che viene eseguita sia quando si chiama artisan db:seedche quando si migra, in modo da non "raddoppiare". Puoi anche creare una seminatrice inversa in modo che i rollback funzionino come previsto, ad es

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

Il secondo parametro --forceè necessario per consentire alla seminatrice di funzionare in un ambiente di produzione.

Ecco un'ottima spiegazione del motivo per cui è preferibile utilizzare Database Seeder di Laravel rispetto a Migrations: http://laravelbook.com/laravel-database-seeding/

Tuttavia, seguire le istruzioni sulla documentazione ufficiale è un'idea molto migliore perché l'implementazione descritta al collegamento sopra non sembra funzionare ed è incompleta. http://laravel.com/docs/migrations#database-seeding

Questo dovrebbe fare quello che vuoi.

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

Un altro modo pulito per farlo è definire un metodo privato che crei istanze e persistano nel modello interessato.

public function up()
{
    Schema::create('roles', function (Blueprint $table) {
        $table->increments('id');
        $table->string('label', 256);
        $table->timestamps();
        $table->softDeletes();
    });

    $this->postCreate('admin', 'user');
}

private function postCreate(string ...$roles)  {
    foreach ($roles as $role) {
        $model = new Role();
        $model->setAttribute('label', $role);
        $model->save();
    }
}

Con questa soluzione, i campi dei timestamp verranno generati da Eloquent.

MODIFICA: è meglio utilizzare il sistema di seminatrici per distinguere la generazione della struttura del database e la popolazione del database.

Ho provato questo metodo di inserimento DB, ma poiché non utilizza il modello, ha ignorato un tratto sluggable che avevo sul modello. Quindi, dato che il modello per questa tabella esiste, non appena è migrato, ho pensato che il modello sarebbe stato disponibile per l'inserimento dei dati. E mi è venuto in mente questo:

public function up() {
        Schema::create('parent_categories', function (Blueprint $table) {
            $table->bigIncrements('id');
            $table->string('name');
            $table->string('slug');
            $table->timestamps();
        });
        ParentCategory::create(
            [
                'id' => 1,
                'name' => 'Occasions',
            ],
        );
    }

Questo ha funzionato correttamente e ha anche preso in considerazione il tratto sluggable sul mio modello per generare automaticamente uno slug per questa voce e utilizza anche i timestamp. NB. L'aggiunta dell'ID non era necessaria, tuttavia, in questo esempio volevo ID specifici per le mie categorie. Testato lavorando su Laravel 5.8

Se hai già riempito le colonne e ne hai aggiunta una nuova o vuoi riempire la vecchia colonna con nuovi valori fittizi, fai questo:

public function up()
{
    DB::table('foydabars')->update(
        array(
            'status' => '0'
        )
    );
}