Migracijos – tai Django būdas, kaip perkelti pakeitimus, kuriuos atliekai savo modeliams (pridedant lauką, kuriant modelį), į duomenų bazės schemą — tai versijomis kontroliuojamos, automatiškai sugeneruotos duomenų bazės keitimo bylos. Tu keiti modelius Python; migracijos laiko duomenų bazę sinchronizuotą.
python manage.py makemigrations
python manage.py migrate
makemigrations aptinka modelio pakeitimus ir sugeneruoja migracijos failą; migrate pritaiko laukiamas migracijas faktinei duomenų bazei. Tu rašai Python (modelio pakeitimus), o Django sugeneruoja ir vykdo 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),
),
]
Migracijos yra įdėtos į versijų kontrolę, todėl duomenų bazės schemos istorija sekama kartu su kodu. Kiekvienas kūrėjas ir aplinka pritaiko tas pačias migracijas, kad pasiekus tą pačią schemą — reprodukuojama ir nuosekli.
✓ 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.
Migracijos yra esminės dirbant su Django duomenų bazės sluoksniu — jos sprendžia kritinę problemą, kaip palaikyti duomenų bazės schemą sinchronizuotą su jūsų Python modeliais saugiai, reprodukuojamai ir komandai priimtinu būdu.
Jų supratimas yra pagrindinės kasdieninės žinios: makemigrations → migrate darbo srautas yra tai, kaip vyksta kiekvienas schemos pakeitimas (tu keiti modelius, Django sugeneruoja ir pritaiko SQL), todėl negalite kurti duomenimis grįstą Django programą be to.
Pagrindinė vertė yra, kad migracijos daro schemos pakeitimus versijomis kontroliuojamus (sekamus kartu su kodu, peržiūrimus pull request'uose), reprodukuojamus (kiekviena aplinka — kiekvieno kūrėjo mašina, staging, production — pasiekia identišką schemą paleidus tas pačias migracijas), ir saugius (Django sugeneruoja teisingą, dažnai atšaukiamą SQL vietoje klaidoms jautrių rankinio ALTER TABLE teiginių).
Tai pašalina visą problemų kategoriją, susijusią su schemos drift'u, nenuosekliais aplinkomis ir rizikingais rankinio duomenų bazės keitimais.
Žinojimas darbo srauto, kad migracijos yra įdėtos į šaltinio kontrolę, kaip jas inspektuoti ir atšaukti, ir kad jos gali tvarkyti ir duomenų transformacijas (duomenų užpildymą/migraciją, ne tik schemą), yra būtinas bet kuriam tikram Django projektui.
Migracijos yra tai, kaip Django komandos bendradarbiaujant ir patikimai evoliucija savo duomenų bazės schemą per visos projekto trukmę, todėl tai yra esminė, privaloma žinoti medžiaga.