Migrationen sind Djangos Weg, Änderungen, die Sie an Ihren Modellen vornehmen (ein Feld hinzufügen, ein Modell erstellen), in das Datenbankschema zu übertragen — sie sind versionskontrolliert, automatisch generierte Datenbankänderungsdateien. Sie ändern Modelle in Python; Migrationen halten die Datenbank synchron.
python manage.py makemigrations
python manage.py migrate
makemigrations erkennt Modelländerungen und generiert eine Migrationsdatei; migrate wendet ausstehende Migrationen auf die tatsächliche Datenbank an. Sie schreiben Python (Modelländerungen), und Django generiert und führt das SQL aus.
# migrations/0002_article_views.py (auto-generated)
class Migration(migrations.Migration):
dependencies = [("blog", "0001_initial")] # ordering — depends on the previous one
operations = [
migrations.AddField( # the change
model_name="article",
name="views",
field=models.IntegerField(default=0),
),
]
Migrationen werden in die Versionskontrolle committed, sodass die Historie des Datenbankschemas zusammen mit dem Code nachverfolgt wird. Jeder Entwickler und jede Umgebung wendet dieselben Migrationen an, um zum selben Schema zu gelangen — reproduzierbar und konsistent.
✓ Schema changes are version-controlled (tracked with the code, reviewable in PRs)
✓ Reproducible — every dev/staging/production DB gets the same schema by running migrate
✓ No manual, error-prone SQL — Django generates the correct ALTER statements
✓ Reversible — many migrations can be rolled back (migrate <app> <previous>)
✓ Team-friendly — schema changes flow through the normal code-review process
python manage.py showmigrations # see which migrations are applied/pending
python manage.py sqlmigrate blog 0002 # preview the SQL a migration will run
python manage.py makemigrations --empty # a blank migration for custom/data changes
python manage.py migrate blog 0001 # roll BACK to a previous migration
Migrations can also transform DATA (e.g. populate a new field, backfill values)
via RunPython operations — useful when a schema change needs accompanying data changes.
Migrationen sind essentiell für die Arbeit mit Djangos Datenbankschicht — sie lösen das kritische Problem, das Datenbankschema mit Ihren Python-Modellen auf sichere, reproduzierbare und teamfreundliche Weise synchron zu halten.
Das Verständnis dafür ist grundlegende, alltägliche Kenntnis: Der makemigrations → migrate-Workflow ist, wie jede Schemaänderung abläuft (Sie ändern Modelle, Django generiert und wendet das SQL an), daher können Sie keine datengesteuerte Django-Anwendung ohne entwickeln.
Der Kernwert ist, dass Migrationen Schemaänderungen versionskontrolliert machen (zusammen mit dem Code nachverfolgt, in Pull Requests überprüfbar), reproduzierbar (jede Umgebung — jede Entwicklermaschine, Staging, Production — erreicht das identische Schema durch Ausführung derselben Migrationen), und sicher (Django generiert korrektes, oft umkehrbares SQL statt fehleranfälliger manueller ALTER TABLE-Anweisungen).
Dies beseitigt eine ganze Kategorie von Problemen rund um Schemadrift, inkonsistente Umgebungen und riskante manuelle Datenbankänderungen.
Den Workflow zu kennen, dass Migrationen in die Quellkontrolle committed werden, wie man sie inspiziert und zurückrollt, und dass sie auch Datentransformationen verarbeiten können (Daten-Backfilling/Migration, nicht nur Schema), ist notwendig für jedes echte Django-Projekt.
Migrationen sind, wie Django-Teams ihr Datenbankschema über die Lebensdauer eines Projekts hinweg kolaborativ und zuverlässig entwickeln, was dieses zentrale, unverzichtbare Material macht.