માઇગ્રેશન્સ કેવી રીતે કાર્ય કરે છે?

Question

Accepted Answer

**Migrations** એ Django નો તમારા models માં કરેલા ફેરફારો (ફીલ્ડ ઉમેરવું, model બનાવવું) ને **database schema** માં લાવવાનો રસ્તો છે — તે સંસ્કરણ-નિયંત્રિત, આપમેળે-જનરેટ કરાયેલ ડેટાબેસ પરિવર્તન ફાઇલો છે. તમે Python માં models બદલો છો; migrations ડેટાબેસને સમન્વયિત રાખે છે। ## બે-પગલાનો વર્કફ્લો ```bash # 1. you change a model in models.py (e.g. add a field)... # 2. generate a migration file describing the change python manage.py makemigrations # → creates migrations/0002_article_views.py (the change, as Python) # 3. apply the migration to the database python manage.py migrate # → runs the SQL to alter the database schema (ADD COLUMN, etc.) ``` `makemigrations` model પરિવર્તનો શોધી કાઢે છે અને migration ફાઇલ બનાવે છે; `migrate` પેન્ડિંગ migrations ને વાસ્તવિક ડેટાબેસમાં લાગુ કરે છે. તમે Python લખો છો (model પરિવર્તનો), અને Django SQL બનાવે છે અને ચલાવે છે। ## migration ફાઇલ સંસ્કરણ-નિયંત્રિત કોડ છે ```python # 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 **version control માં commit કરવામાં આવે છે**, તેથી database schema ના ઇતિહાસ કોડ સાથે ટ્રેક થાય છે. દરેક ડેવલપર અને environment સમાન migrations લાગુ કરે છે સમાન schema સુધી પહોંચવા માટે — પુનરુત્પાદનીય અને સુસંગત। ## શા માટે migrations મહત્વપૂર્ણ છે (વિપરીત manual SQL) ```text ✓ 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 ) ✓ Team-friendly — schema changes flow through the normal code-review process ``` ## ઉપયોગી આદેશો અને ખ્યાલો ```bash 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 (માત્ર schema નહીં) ```text 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 Django ના database layer સાથે કામ કરવા માટે આવશ્યક છે — તે database schema ને તમારા Python models સાથે સમન્વયિત રાખવાની નિર્ણયક સમસ્યાને સુરક્ષિત, પુનરુત્પાદનીય, team-friendly રીતે ઉકેલે છે। તેમને સમજવું મૌલિક રોજિંદાનું જ્ઞાન છે: `makemigrations` → `migrate` વર્કફ્લો એ છે કે કેવી રીતે દરેક schema પરિવર્તન થાય છે (તમે models બદલો છો, Django SQL બનાવે છે અને લાગુ કરે છે), તેથી તમે data-driven Django app વિના તેને વિકસિત કરી શકતા નથી। મુખ્ય મૂલ્ય એ છે કે migrations schema પરિવર્તનોને **સંસ્કરણ-નિયંત્રિત** (કોડ સાથે tracked, pull requests માં reviewable), **પુનરુત્પાદનીય** (દરેક environment — દરેક ડેવલપર ની મશીન, staging, production — સમાન migrations ચલાવીને સમાન schema સુધી પહોંચે છે), અને **સુરક્ષિત** (Django સાચો, ઘણીવાર-reversible SQL બનાવે છે બદલે error-prone manual `ALTER TABLE` વિધાનો) બનાવે છે। યह schema drift, inconsistent environments, અને જોખમી manual database પરિવર્તનોની આસપાસ સમસ્યાઓનો સંપૂર્ણ વર્ગ દૂર કરે છે। વર્કફ્લો જાણવું, કે migrations source control માં committed છે, તેમને કેવી રીતે inspect અને roll back કરવું, અને કે તે **ડેટા રૂપાંતરણો** (backfilling/migrating ડેટા, માત્ર schema નહીં) પણ હેન્ડલ કરી શકે છે તે આવશ્યક છે કોઈ પણ વાસ્તવિક Django પ્રોજેક્ટ માટે। Migrations એ છે કે Django teams તેમના database schema માં સહયોગી અને વિશ્વાસપૂર્વક રીતે પ્રોજેક્ટનાં જીવનકાળ દરમિયાન વિકસિત કરે છે, આને મુખ્ય, આવશ્યક જાણવા જોગ સામગ્રી બનાવે છે।