Заполнение базы данных в файле миграции Laravel

Ответ 1

Не помещайте DB:: insert() внутри схемы Schema:: create(), потому что метод create должен закончить создание таблицы, прежде чем вы сможете вставить материал. Вместо этого попробуйте:

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' => '[email protected]',
            'verified' => true
        )
    );
}

Ответ 2

Я знаю, что это старый пост, но поскольку он появляется в поиске Google, я думал, что поделился бы некоторыми знаниями здесь. @erin-geyer отметил, что смешивание миграции и сеялки может создавать головные боли, а @justamartin противопоставляется тому, что иногда вам нужны/нужны данные, которые будут заполнены как часть вашего развертывания.

Я бы сделал еще один шаг и сказал, что иногда желательно иметь возможность последовательно развертывать изменения данных, чтобы вы могли, например, развертывать на этапе, видеть, что все хорошо, а затем развертывать на производство с уверенностью те же результаты (и не нужно помнить, чтобы выполнить какой-то ручной шаг).

Тем не менее, по-прежнему сохраняется значение для разделения семян и миграции, поскольку это две связанные, но разные проблемы. Наша команда скомпрометировала создание миграций, которые называют сеялки. Это выглядит так:

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

Это позволяет вам запускать семя один раз, как перенос. Вы также можете реализовать логику, которая предотвращает или увеличивает поведение. Например:

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

Это, очевидно, условно выполнит вашу сеялку, если будет меньше 10 SomeModels. Это полезно, если вы хотите включить сеялку в качестве стандартной сеялки, которая выполняется при вызове artisan db:seed, а также при миграции, чтобы вы не "удвоились". Вы также можете создать обратную сеялку, чтобы откаты работали, как ожидалось, например,

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

Второй параметр --force требуется для запуска сеялки в рабочей среде.

Ответ 3

Вот очень хорошее объяснение того, почему использование Laravel Database Seeder предпочтительнее использования Migrations: http://laravelbook.com/laravel-database-seeding/

Хотя, следуя инструкциям в официальной документации, это гораздо лучше, потому что реализация, описанная в приведенной выше ссылке, кажется, не работает и является неполной. http://laravel.com/docs/migrations#database-seeding

Ответ 4

Это должно делать то, что вы хотите.

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

Ответ 5

Другой простой способ сделать это - определить приватный метод, который создает экземпляр и сохраняет заинтересованную модель.

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

При таком решении поля меток времени будут генерироваться Eloquent.

РЕДАКТИРОВАТЬ: лучше использовать систему сеялки для различения структуры базы данных и заполнения базы данных.

Ответ 6

Я попробовал этот метод вставки в БД, но поскольку он не использует модель, он проигнорировал вялую черту, которая была у меня в модели. Итак, учитывая, что Модель для этой таблицы существует, как только она будет перенесена, я решил, что модель будет доступна для использования для вставки данных. И я придумал это:

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',
            ],
        );
    }

Это сработало правильно, а также приняло во внимание черту характера моей модели, чтобы автоматически генерировать слаг для этой записи, и также использует временные метки. NB. Добавление идентификатора не было необходимым, однако в этом примере я хотел указать конкретные идентификаторы для своих категорий. Протестировано работает на Laravel 5.8

Ответ 7

попробуйте: (не проверено)

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' => '[email protected]',
                'verified' => true
            )
        );

    });
}