Migrations er Djangos måde at propagere ændringer, du foretager i dine modeller (tilføjelse af felt, oprettelse af model), ind i database-skemaet — de er versionskontrollerede, automatisk-genererede databaseændrings-filer. Du ændrer modeller i Python; migrations holder databasen synkroniseret.
python manage.py makemigrations
python manage.py migrate
makemigrations detekterer modelændringer og genererer en migrations-fil; migrate anvender afventende migrations til den aktuelle database. Du skriver Python (modelændringer), og Django genererer og kører SQL'en.
# 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),
),
]
Migrations er committed til versionskontrol, så databasens skemas historie spores sammen med koden. Hver udvikler og miljø anvender de samme migrations for at nå det samme skema — reproducerbart og 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.
Migrations er væsentlige for at arbejde med Djangos database-lag — de løser det kritiske problem med at holde database-skemaet synkroniseret med dine Python-modeller på en sikker, reproducerbar, team-venlig måde.
At forstå dem er fundamental daglig viden: makemigrations → migrate arbejdsgangen er, hvordan alle skema-ændringer foregår (du ændrer modeller, Django genererer og anvender SQL'en), så du kan ikke udvikle en data-drevet Django-app uden det.
Hovedudbyttet er, at migrations gør skema-ændringer versionskontrollerede (sporet sammen med kode, til gennemgang i pull requests), reproducerbare (alle miljøer — hver udviklers maskine, staging, production — når det identiske skema ved at køre de samme migrations), og sikre (Django genererer korrekt, ofte-reversibel SQL i stedet for fejlfølsom manuel ALTER TABLE statements).
Dette eliminerer en hel kategori af problemer omkring skema-drift, inkonsistente miljøer og risikable manuelle database-ændringer.
At kende arbejdsgangen, at migrations er committed til source control, hvordan man inspicerer og ruller dem tilbage, og at de også kan håndtere data-transformationer (udfyldning/migrering af data, ikke kun skema) er nødvendig for ethvert rigtig Django-projekt.
Migrations er, hvordan Django-teams udvikler deres database-skema samarbejdsmæssigt og pålideligt over et projekts levetid, hvilket gør dette kernestof, som man skal kende.