Migration และ seeder ทำงานอย่างไร?

Question

Accepted Answer

**Migration** คือการกำหนด schema ของฐานข้อมูล (การสร้าง/แก้ไขตาราง) แบบ version-controlled ที่เขียนด้วย PHP ดังนั้นการเปลี่ยนแปลง schema จึงถูกติดตามไปพร้อมกับโค้ดของคุณและทำซ้ำได้ในทุกสภาพแวดล้อม **Seeder** ใช้เติมข้อมูลทดสอบหรือข้อมูลเริ่มต้นลงในฐานข้อมูล

## Migration

```php
<?php
// generate: php artisan make:migration create_users_table
return new class extends Migration {
    public function up(): void {        // apply the change
        Schema::create('users', function (Blueprint $table) {
            $table->id();                          // auto-increment primary key
            $table->string('name');
            $table->string('email')->unique();
            $table->timestamps();                   // created_at + updated_at
        });
    }
    public function down(): void {       // reverse the change (rollback)
        Schema::dropIfExists('users');
    }
};
```

`up()` ของ migration กำหนดการเปลี่ยนแปลง schema (โดยใช้ `Schema` builder) และ `down()` ย้อนกลับการเปลี่ยนแปลงนั้น คุณเขียน schema ด้วย PHP ไม่ใช่ SQL และมันเป็นแบบ database-agnostic

## การรัน migration

```bash
php artisan migrate              # apply all pending migrations
php artisan migrate:rollback     # undo the last batch (uses down())
php artisan migrate:fresh         # drop everything and re-run all (dev)
php artisan make:migration add_phone_to_users   # a new migration to alter a table
```

Migration ถูก **commit เข้า version control** ดังนั้นนักพัฒนา CI และสภาพแวดล้อม production ทุกคนจึงไปถึง schema เดียวกันโดยการรัน `migrate` ซึ่งทำซ้ำได้และเป็นมิตรกับทีม

## Seeder — เติมข้อมูล

```php
class DatabaseSeeder extends Seeder {
    public function run(): void {
        User::factory()->count(50)->create();        // 50 fake users via a factory
        User::create(['name' => 'Admin', 'email' => 'admin@x.com']);
    }
}
// run with: php artisan db:seed
```

Seeder เติมข้อมูลเริ่มต้นหรือข้อมูลทดสอบลงในฐานข้อมูล มันใช้คู่กับ **factory** (ที่สร้างข้อมูลปลอมที่สมจริง) ซึ่งมีค่าอย่างยิ่งสำหรับการพัฒนาและการทดสอบ

## ทำไมจึงสำคัญ

Migration และ seeder จำเป็นสำหรับการทำงานกับ database layer ของ Laravel ในแบบมืออาชีพและเป็นมิตรกับทีม **Migration** แก้ปัญหาสำคัญในการทำให้ schema ของฐานข้อมูลซิงค์กับโค้ด โดยการกำหนดการเปลี่ยนแปลง schema เป็นไฟล์ PHP แบบ version-controlled มันทำให้การวิวัฒน์ schema **ทำซ้ำได้** (ทุกสภาพแวดล้อม ไม่ว่าจะเป็นเครื่องของนักพัฒนาแต่ละคน CI หรือ production ไปถึง schema เดียวกันโดยการรัน `migrate`) **ติดตามได้** (การเปลี่ยนแปลงถูกรีวิวใน pull request ควบคู่ไปกับโค้ด) และ **ปลอดภัย** (เขียน schema ด้วย PHP แทน SQL ด้วยมือ พร้อมกับ method `down()` ที่ย้อนกลับได้)

สิ่งนี้ขจัด schema drift และสภาพแวดล้อมที่ไม่สอดคล้องกัน ซึ่งเป็นแหล่งของ bug ที่พบบ่อย **Seeder** (พร้อมกับ factory ที่สร้างข้อมูลปลอมที่สมจริง) เติมข้อมูลลงในฐานข้อมูลสำหรับการพัฒนาและการทดสอบ ทำให้ง่ายต่อการทำงานกับข้อมูลที่สมจริงและการตั้งค่าสถานการณ์ทดสอบ

การเข้าใจ workflow ของ migration (`make:migration`, `migrate`, `rollback`) ที่ว่า migration ถูก commit เข้า version control เพื่อการทำซ้ำได้ และวิธีที่ seeder/factory เติมข้อมูล เป็นความรู้พื้นฐานที่ใช้ในชีวิตประจำวันสำหรับโปรเจกต์ Laravel จริง ๆ ใด ๆ เพราะมันคือวิธีที่ทีมพัฒนา schema ของฐานข้อมูลร่วมกันอย่างน่าเชื่อถือและตั้งค่าข้อมูลสำหรับการพัฒนาและการทดสอบ ทำให้เป็นเนื้อหาหลักสำหรับการพัฒนา Laravel ระดับมืออาชีพ