Wie funktionieren Migrationen und Seeders?

Question

Accepted Answer

**Migrationen** sind versionskontrollierte Definitionen deines Datenbankschemas (Erstellen/Ändern von Tabellen), geschrieben in PHP, sodass Schemaänderungen mit deinem Code verfolgt und über Umgebungen hinweg reproduzierbar sind. **Seeders** füllen die Datenbank mit Test- oder Standarddaten.

## Eine 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');
    }
};
```

Die `up()`-Methode einer Migration definiert die Schemaänderung (unter Verwendung des `Schema`-Builders), und `down()` kehrt sie um. Du schreibst das Schema in PHP, nicht in SQL — und es ist datenbankagnostisch.

## Migrationen ausführen

```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
```

Migrationen werden **in die Versionskontrolle eingecheckt**, sodass jeder Entwickler, CI und die Produktionsumgebung das gleiche Schema erreichen, indem `migrate` ausgeführt wird — reproduzierbar und teamfreundlich.

## Seeders — Daten füllen

```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
```

Seeders füllen die Datenbank mit Standard- oder Testdaten. Sie arbeiten mit **Factories** zusammen (generieren realistische Fake-Daten) — unbezahlbar für Entwicklung und Tests.

## Warum es wichtig ist

Migrationen und Seeders sind essentiell für die Arbeit mit Laravels Datenbankschicht auf professionelle, teamfreundliche Weise. **Migrationen** lösen das kritische Problem, das Datenbankschema mit dem Code synchron zu halten: Durch das Definieren von Schemaänderungen als versionskontrollierte PHP-Dateien machen sie die Schemaevolution **reproduzierbar** (jede Umgebung — jede Entwicklermaschine, CI, Produktion — erreicht das identische Schema durch Ausführen von `migrate`), **nachverfolgbar** (Änderungen werden in Pull Requests zusammen mit Code überprüft) und **sicher** (Schema in PHP statt manuellem SQL schreiben, mit umkehrbaren `down()`-Methoden).

Dies eliminiert Schema-Drift und inkonsistente Umgebungen — eine häufige Fehlerquelle. **Seeders** (mit Factories, die realistische Fake-Daten generieren) füllen die Datenbank für Entwicklung und Tests, was es einfach macht, mit realistischen Daten zu arbeiten und Testszenarien einzurichten.

Das Verständnis des Migrations-Workflows (`make:migration`, `migrate`, `rollback`), dass Migrationen in die Versionskontrolle eingecheckt werden für Reproduzierbarkeit, und wie Seeders/Factories Daten füllen, ist fundamentales, alltägliches Wissen für jedes echte Laravel-Projekt — es ist, wie Teams ihr Datenbankschema kollaborativ und zuverlässig entwickeln und Daten für Entwicklung und Tests einrichten, was es zu Kernmaterial für professionelle Laravel-Entwicklung macht.