Migrasjoner er Djangos måte å propagere endringene du gjør på modellene dine (legge til et felt, opprette en modell) inn i databaseskjemaet — de er versjonkontrollerte, automatisk genererte databaseendringsfiler. Du endrer modeller i Python; migrasjoner holder databasen synkronisert.
python manage.py makemigrations
python manage.py migrate
makemigrations oppdager modellandringer og genererer en migrasjonfil; migrate bruker ventende migrasjoner på den faktiske databasen. Du skriver Python (modellandringer), og Django genererer og kjører SQL.
# 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),
),
]
Migrasjoner er lagret i versjonkontroll, så historikken til databaseskjemaet spores sammen med koden. Hver utvikler og miljø bruker de samme migrasjonene for å nå det samme skjemaet — reproduserbart 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.
Migrasjoner er essensielle for å arbeide med Djangos databaselag — de løser det kritiske problemet med å holde databaseskjemaet synkronisert med dine Python-modeller på en sikker, reproduserbar og teamvennlig måte.
Å forstå dem er fundamental daglig kunnskap: makemigrations → migrate-arbeidsflyten er hvordan alle skjemaendringer skjer (du endrer modeller, Django genererer og bruker SQL), så du kan ikke utvikle en datadrevet Django-app uten det.
Hovedverdien er at migrasjoner gjør skjemaendringer versjonkontrollerte (sporet sammen med kode, gjennomgåbar i pull requests), reproduserbare (hvert miljø — hver utviklers maskin, staging, produksjon — når det identiske skjemaet ved å kjøre de samme migrasjonene), og sikre (Django genererer korrekt, ofte reversibel SQL i stedet for feilprosess manuell ALTER TABLE-setninger).
Dette eliminerer en hel kategori av problemer rundt skjemaglidning, inkonsistente miljøer og risikofylte manuelle databaseendringer.
Å kjenne arbeidsflyten, at migrasjoner er lagret i versjonkontroll, hvordan du inspiserer og ruller dem tilbake, og at de også kan håndtere datatransformasjoner (backfilling/migrering av data, ikke bare skjema) er nødvendig for ethvert reelt Django-prosjekt.
Migrasjoner er hvordan Django-team utvikler sitt databaseskjema samarbeidsbasert og pålitelig gjennom et prosjekts levetid, noe som gjør dette til kjerneemne som man må kunne.