Migrations huma l-mod ta' Django biex tippropaġa l-bidliet li tagħmel għall-mudelli tiegħek (iżżid field, oħloq mudell) fil-skema tad-database — huma fajls tal-bidla tad-database li jiġu ġenerati awtomatikament u sottomessi għal kontroll tal-verżjoni. Inti tbiddel mudelli f'Python; migrations iżommu d-database f'sinkronizzazzjoni.
python manage.py makemigrations
python manage.py migrate
makemigrations jiskopri bidliet fil-mudelli u jiġġenera falja tal-migration; migrate japplika migrazzjonijiet pendenti mad-database attwali. Inti tikteb Python (bidliet tal-mudelli), u Django jiġġenera u jħaddem l-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),
),
]
Migrazzjonijiet huma impegnati għall-kontroll tal-verżjoni, għalhekk l-istorja tal-iskema tad-database tiġi rakkantata flimkien mal-kodiċi. Kull żviluppatur u ambjent japplika l-istess migrazzjonijiet biex jilħqu l-istess iskema — riproduċibbli u konsistenti.
✓ 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.
Migrazzjonijiet huma essenzjali biex taħdem mal-livell tad-database ta' Django — huma solvon il-problema kritika tal-iżomm tal-iskema tad-database f'sinkronizzazzjoni mal-mudelli Python tiegħek b'mod sigur, riproduċibbli, u ta' team.
Nhoss li huwa għarfien fundamentali kuljum: il-workflow makemigrations → migrate huwa kif kull bidla ta' skema isir (inti tbiddel mudelli, Django jiġġenera u japplika l-SQL), għalhekk ma tistax żviluppa app Django misjuqa mid-data mingħajr.
Il-valur ewlieni huwa li migrazzjonijiet jagħmlu bidliet ta' skema sottomessi għal kontroll tal-verżjoni (rakkantati flimkien mal-kodiċi, reviżjonibbli f'pull requests), riproduċibbli (kull ambjent — il-magna ta' kull żviluppatur, staging, produzzjoni — jilħaq l-iskema identika billi jħaddem l-istess migrazzjonijiet), u siguri (Django jiġġenera SQL korretta, spiss riversibbli minflok dikjarazzjonijiet ALTER TABLE manwali propensi għal żbalji).
Da jeliminawm kategorija sħiħa ta' problemi dwar schema drift, ambjenti inconsistenti, u bidliet tad-database manwali riskjużi.
Il-għarfien tal-workflow, li migrazzjonijiet huma impegnati għall-kontroll tas-sors, kif tinspezzjona u tirrolbak lejn wara, u li jistgħu wkoll itratuaw transformazzjonijiet tad-data (backfilling/migrazzjoni tad-data, mhux biss skema) huwa meħtieġ għal kwalunkwe proġett Django reali.
Migrazzjonijiet huma kif teams ta' Django jevolvu l-iskema tad-database tiegħhom b'kollaborazzjoni u b'mod affidabbli matul il-ħajja ta' proġett, li jagħmlu dan il-materjal essenzjali u obbligatorju għall-għarfien.