Migraties zijn Django's manier om veranderingen die je aanbrengt in je modellen (een veld toevoegen, een model aanmaken) door te voeren in het databaseschema — het zijn versiebeheerde, automatisch gegenereerde databasewijzigingsbestanden. Je wijzigt modellen in Python; migraties houden de database gesynchroniseerd.
python manage.py makemigrations
python manage.py migrate
makemigrations detecteert modelveranderingen en genereert een migratiebestand; migrate past ausstande migraties toe op de werkelijke database. Je schrijft Python (modelveranderingen), en Django genereert en voert de SQL uit.
# 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),
),
]
Migraties worden gecommit naar versiebeheer, dus de geschiedenis van het databaseschema wordt bijgehouden naast de code. Elke ontwikkelaar en elke omgeving past dezelfde migraties toe om hetzelfde schema te bereiken — reproduceerbaar en consistent.
✓ 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.
Migraties zijn essentieel voor het werken met Django's databaselaag — ze lossen het kritieke probleem op van het synchroniseren van het databaseschema met je Python-modellen op een veilige, reproduceerbare, teamvriendelijke manier.
Het begrijpen ervan is fundamentele dagelijkse kennis: het makemigrations → migrate workflow is hoe elke schemawijziging plaatsvindt (je wijzigt modellen, Django genereert en past de SQL toe), dus je kunt geen gegevensgestuurde Django-app ontwikkelen zonder het.
De belangrijkste waarde is dat migraties schemawijzigingen versiebeheerd maken (bijgehouden naast code, reviewbaar in pull requests), reproduceerbaar (elke omgeving — de machine van elke ontwikkelaar, staging, productie — bereikt hetzelfde schema door dezelfde migraties uit te voeren), en veilig (Django genereert correcte, vaak omkeerbare SQL in plaats van foutgevoelige handmatige ALTER TABLE-statements).
Dit elimineert een hele categorie problemen rond schemadrift, inconsistente omgevingen en riskante handmatige databasewijzigingen.
Het kennen van het workflow, dat migraties naar bronversiebeheer worden gecommit, hoe je ze inspecteert en terugdraait, en dat ze ook gegevenstransformaties kunnen verwerken (gegevens terugvullen/migreren, niet alleen schema) is noodzakelijk voor elk echt Django-project.
Migraties zijn hoe Django-teams hun databaseschema gedurende de levensduur van een project collaboratief en betrouwbaar evolucies, waardoor dit kernmateriaal is dat je moet kennen.