Apabila memindahkan data di Laravel, anda boleh mengisi data dalam penghijrahan dalam dua cara: 1) masukkan data secara langsung menggunakan fasad atau model DB dalam fail penghijrahan; 2) Panggilan benih dalam fail penghijrahan untuk mengisi data. Kaedah Seeder disyorkan kerana ia dapat menguruskan kitaran hayat data dan meningkatkan kebolehkerjaan dan kebolehbacaan kod.

Bagaimana cara mengisi data dalam penghijrahan apabila memindahkan data di Laravel? Ini adalah masalah yang sangat praktikal, terutamanya semasa reka bentuk dan pembangunan pangkalan data, di mana beberapa data awal atau data ujian sering diperlukan untuk dimasukkan semasa penghijrahan. Biarkan saya membawa anda ke dalam pemahaman yang mendalam tentang cara melaksanakan pengisian data dalam migrasi Laravel dan berkongsi beberapa pengalaman dan pertimbangan.

Di Laravel, kami biasanya menggunakan seeder untuk mengisi data, alat khusus untuk pengisian data. Walau bagaimanapun, kadang -kadang kita perlu memasukkan data secara langsung semasa proses penghijrahan, seperti memasukkan beberapa data awal semasa membuat jadual. Mari lihat bagaimana ini dapat dicapai.

Pertama sekali, kita perlu memahami bahawa ia bukan amalan biasa untuk secara langsung mengisi data dalam fail penghijrahan, kerana ia boleh membawa kepada beberapa masalah, seperti isu pengurusan data semasa penyisipan data atau penghijrahan yang berulang. Walau bagaimanapun, jika anda perlu melakukan ini, anda boleh melakukannya dengan memanggil fasad atau model DB dalam fail penghijrahan.

Sebagai contoh, kami mempunyai jadual users , dan kami ingin memasukkan pengguna awal semasa membuat jadual ini. Kita boleh melakukan ini:

 Gunakan Illuminate \ Database \ Migrations \ Migration;
Gunakan Illuminate \ Database \ Skema \ Blueprint;
Gunakan Illuminate \ Support \ Facades \ Skema;
Gunakan Illuminate \ support \ facades \ db;

kelas createUsstable memanjangkan penghijrahan
{
    fungsi awam ()
    {
        Skema :: Create ('Users', Function (Blueprint $ Table) {
            $ Table-> id ();
            $ Table-> String ('Name');
            $ Table-> String ('E-mel')-> Unik ();
            $ Table-> Timestamp ('Email_Verified_at')-> nullable ();
            $ Table-> String ('Kata Laluan');
            $ Table-> ingatToken ();
            $ Table-> Timestamps ();
        });

        // Masukkan data awal selepas penciptaan jadual db :: meja ('pengguna')-> masukkan ([[
            'Nama' => 'John Doe',
            'e -mel' => 'john@example.com',
            'kata laluan' => bcrypt ('kata laluan'),
        ]);
    }

    fungsi awam turun ()
    {
        Skema :: dropifexists ('pengguna');
    }
}

Kelebihan kaedah ini adalah mudah dan langsung, tetapi ia perlu digunakan dengan berhati -hati dalam aplikasi praktikal. Sebabnya ialah jika anda perlu melancarkan penghijrahan ini, anda bukan sahaja perlu memadam jadual, tetapi juga membersihkan data yang dimasukkan secara manual, yang boleh menyebabkan isu konsistensi data.

Pendekatan lain adalah untuk memanggil seeder dalam penghijrahan, yang merupakan pendekatan yang lebih disyorkan kerana ia memisahkan data pengisian dan logik penghijrahan, meningkatkan kebolehkerjaan dan kebolehbacaan kod. Berikut adalah contoh:

 Gunakan Illuminate \ Database \ Migrations \ Migration;
Gunakan Illuminate \ Database \ Skema \ Blueprint;
Gunakan Illuminate \ Support \ Facades \ Skema;
Gunakan pangkalan data \ Seeders \ Userseeder;

kelas createUsstable memanjangkan penghijrahan
{
    fungsi awam ()
    {
        Skema :: Create ('Users', Function (Blueprint $ Table) {
            $ Table-> id ();
            $ Table-> String ('Name');
            $ Table-> String ('E-mel')-> Unik ();
            $ Table-> Timestamp ('Email_Verified_at')-> nullable ();
            $ Table-> String ('Kata Laluan');
            $ Table-> ingatToken ();
            $ Table-> Timestamps ();
        });

        // Call Seeder untuk mengisi data $ this-> call (Userseeder :: Class);
    }

    fungsi awam turun ()
    {
        Skema :: dropifexists ('pengguna');
    }
}

Dalam contoh ini, kami memanggil UserSeeder dalam penghijrahan. Kelebihan ini ialah apabila anda melancarkan migrasi, pembersihan data dapat diuruskan melalui penyokong, mengelakkan masalah konsistensi data.

Dalam perkembangan sebenar, saya mencadangkan cuba mengelakkan secara langsung mengisi data dalam migrasi, tetapi menggunakan Seeder untuk menguruskan pengisian data. Ini bukan sahaja meningkatkan pemeliharaan kod, tetapi juga mengendalikan pengurusan kitaran data yang lebih baik.

Mengenai pengoptimuman prestasi dan amalan terbaik, perkara berikut boleh dipertimbangkan semasa menggunakan Seeder:

• Masukkan Batch : Menggunakan memasukkan batch dapat meningkatkan prestasi dengan ketara jika anda perlu memasukkan sejumlah besar data.
• Pengurusan Transaksi : Menggunakan transaksi dalam Seeder dapat memastikan konsistensi data dan mengelakkan masalah yang disebabkan oleh kegagalan penyisipan data separa.
• Perbezaan Alam Sekitar : Gunakan penumpang yang berbeza atau set data yang berbeza mengikut persekitaran yang berbeza (seperti pembangunan, ujian, pengeluaran).

Secara keseluruhannya, walaupun ia boleh dilaksanakan untuk mengisi data dalam migrasi, menggunakan Seeder adalah pilihan yang lebih baik dalam jangka masa panjang. Ia bukan sahaja menguruskan data dengan lebih baik, tetapi juga meningkatkan kebolehbacaan dan penyelenggaraan kod. Dalam projek sebenar, saya sentiasa mengesyorkan bahawa ahli pasukan mengikuti amalan ini untuk mengelakkan kemungkinan isu pengurusan data pada masa akan datang.

Atas ialah kandungan terperinci Migrasi Laravel: Bagaimana saya boleh membiakkan data dalam penghijrahan?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!