දත්ත ගබඩා මයිග්රේෂන් යනු, ක්රියාත්මක වන පද්ධතියකදී සිදු කළ හැකි අඩු වාරික ක්රියාමාර්ගයක් වන අතර, වැරදි වුවහොත් පසුගිය දත්ත නැවත ලබා ගැනීම අතිශය අභියෝගාත්මක වේ.
ඇත්තටම, නව ස්කීමා එකතු කිරීම, තීරුවක් වෙනස් කිරීම, හෝ වර්ගයක් වෙනස් කිරීම වැනි structural changes, data backfill (පැරණි පේළි පුරවා ගැනීම) සමඟ එකම මයිග්රේෂන් එකට එකතු කිරීමෙන් බොහෝ වෙලාවට දීර්ඝ lock, සම්පත් භාවිතය ඉහළ යාම, සහ production දෝෂයන් සිදුවේ.
මෙම ගැටළු වලින් වැළැක්වීමට, මයිග්රේෂන් වෙන්‑වෙන් කර, පළමුව nullable තීරුවක් එකතු කර, වෙනම throttled ක්රියාවලියකින් backfill කර, අවසානයේ constraint එක යෙදීම යන පියවර අනුගමනය කළ යුතුය. මෙය එක් එක් පියවරක් අඩු‑අවදානමක් සහිතව, වැරදි වුවහොත් ආපසු හැරවීමට පහසු වේ.
තවත් වැදගත් කරුණක් වන්නේ, මයිග්රේෂන් එක පසුගිය ඇප්ලිකේෂන් අනුව backward compatible විය යුතුය. Deploy කිරීමේදී පැරණි හා නව code එකම දත්ත ගබඩාව සමඟ ක්රියා කරන අවස්ථාවක් ඇතිවේ; මෙහිදී column එක නාමය වෙනස් කිරීම වැනි අනුකූල නොවන ක්රියාවලියක් පරණ code එකට error දෙයි. නව තීරුවක් එකතු කර, පරණ තීරුවත් තබා, පියවරෙන් පියවර data migration කර, සියලු instance නව code එකට මාරු වුනාම පරණ තීරුව ඉවත් කිරීමෙන් මෙම අවදානම ඉවත් කළ හැක.
මයිග්රේෂන් පරීක්ෂා කිරීමේදී, නිර්මාණය කරන ලද දත්ත ප්රමාණයට සමාන snapshot එකක් භාවිතා කිරීම අත්යවශ්යය. කුඩා development DB එකක instant run වුනත්, production මට්ටමේ මිලියන ගණනක් rows සමඟ lock, full table scan වැනි ගැටළු ඇති විය හැක. එම නිසා realistic data volume එකේ පරීක්ෂාව, locking behaviour විශ්ලේෂණය කිරීම, සහ rollback plan එක migration කිරීමට පෙර සකස් කිරීම අත්යවශ්ය වේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
- ඉගෙනුම් ආකාරය: විශ්වවිද්යාල සිසුන්ට production‑grade database migration ක්රමවේදයන් පිළිබඳ ප්රායෝගික දැනුම ලැබේ.
- ඩිවෙලපර් කුසලතා: ශ්රී ලංකා සොෆ්ට්වෙයා ඉංජිනේරුවන්ට අධික අවදානමක් නොමැතිව schema changes ක්රියාත්මක කිරීමේ හැකියාව වැඩිවේ.
- ව්යාපාරික ආරක්ෂාව: ලොකු වෙළඳපලේ පද්ධතිවල downtime අඩුවීම, ගනුදෙනු අහිමි වීම වැළැක්වීම, හා පාරිභෝගික විශ්වාසය වැඩි කිරීමේ ප්රතිඵල ලැබේ.
අවසන් වශයෙන්, මයිග්රේෂන් සැලසුම නිවැරදිව සකස් කර, පරීක්ෂා කර, අනුකූලතාව සහ rollback මාර්ගය සකස් කරගත් පසු, ඔබේ දත්ත ගබඩාව ආරක්ෂිතව, කාර්යක්ෂමව, හා අඩු අවදානමකින් නවීකරණය කළ හැක.
