ഡാറ്റാ മൈഗ്രേഷൻ സിസ്റ്റങ്ങളുടെ താരതമ്യവും തിരഞ്ഞെടുപ്പും

ഡാറ്റാ മൈഗ്രേഷൻ സിസ്റ്റങ്ങളുടെ താരതമ്യവും തിരഞ്ഞെടുപ്പും

വികസന പ്രക്രിയയിൽ ഡാറ്റ മോഡൽ മാറിക്കൊണ്ടിരിക്കുന്നു, ചില ഘട്ടങ്ങളിൽ അത് ഡാറ്റാബേസുമായി പൊരുത്തപ്പെടുന്നില്ല. തീർച്ചയായും, ഡാറ്റാബേസ് ഇല്ലാതാക്കാൻ കഴിയും, തുടർന്ന് ORM മോഡലുമായി പൊരുത്തപ്പെടുന്ന ഒരു പുതിയ പതിപ്പ് സൃഷ്ടിക്കും, എന്നാൽ ഈ നടപടിക്രമം നിലവിലുള്ള ഡാറ്റ നഷ്ടപ്പെടുന്നതിലേക്ക് നയിക്കും. അതിനാൽ, മൈഗ്രേഷൻ സിസ്റ്റത്തിന്റെ പ്രവർത്തനം, ഒരു സ്കീമ മാറ്റത്തിന്റെ ഫലമായി, നിലവിലുള്ള ഡാറ്റ നഷ്‌ടപ്പെടാതെ ആപ്ലിക്കേഷനിലെ ഡാറ്റ മോഡലുമായി സമന്വയിപ്പിക്കപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുക എന്നതാണ്.

ഈ ലേഖനത്തിൽ, ഡാറ്റാബേസ് മൈഗ്രേഷനുകൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള വിവിധ ടൂളുകൾ നോക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. സമാനമായ ഒരു തിരഞ്ഞെടുപ്പിനെ അഭിമുഖീകരിക്കുന്ന ഡെവലപ്പർമാർക്ക് ഈ അവലോകനം ഉപയോഗപ്രദമാകുമെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു.

ലക്ഷ്യം

ഞങ്ങളുടെ കമ്പനി നിലവിൽ അടുത്ത തലമുറ ഉൽപ്പന്നം വികസിപ്പിച്ചുകൊണ്ടിരിക്കുന്നു - ഡോക്സ് സെക്യൂരിറ്റി സ്യൂട്ട് (ഡിഎസ്എസ്). സെർവർ ഭാഗം .നെറ്റ് കോറിൽ എഴുതിയിരിക്കുന്നു, കൂടാതെ എന്റിറ്റി ഫ്രെയിംവർക്ക് കോർ DBMS ആയി ഉപയോഗിക്കുന്നു. ഒരു ആപ്ലിക്കേഷൻ രൂപകൽപ്പന ചെയ്യുമ്പോൾ, ഞങ്ങൾ കോഡ് ഫസ്റ്റ് സമീപനം ഉപയോഗിക്കുന്നു.

ആപ്ലിക്കേഷൻ ഡൊമെയ്ൻ മോഡൽ ഒരേ സമയം നിരവധി ഡവലപ്പർമാർ സൃഷ്ടിച്ചതാണ് - ഓരോരുത്തരും സിസ്റ്റത്തിന്റെ സ്വന്തം ലോജിക്കൽ ഭാഗത്തിന് ഉത്തരവാദികളാണ്.

DSS-ന്റെ മുൻ തലമുറ മൈഗ്രേഷൻ മാനേജ്‌മെന്റ് സിസ്റ്റമായി ക്ലാസിക് എന്റിറ്റി ഫ്രെയിംവർക്ക് മൈഗ്രേഷൻസ് (EF 6) ഉപയോഗിച്ചു. എന്നിരുന്നാലും, ഇതിനെതിരെ ചില പരാതികൾ കുമിഞ്ഞുകൂടിയിട്ടുണ്ട്, പ്രധാനം, പതിപ്പ് വൈരുദ്ധ്യങ്ങൾ പരിഹരിക്കുന്നതിന് EF-ന് ഒരു നല്ല സമീപനം ഇല്ല എന്നതാണ്. പിന്തുണയുടെ ഭാഗമായി ബഗുകൾ പരിഹരിക്കുമ്പോൾ ഈ വസ്തുത ഇപ്പോഴും ഞങ്ങളെ അസ്വസ്ഥരാക്കുന്നു, അതിനാൽ ഞങ്ങൾ ഇതര ഓപ്ഷനുകൾ പരിഗണിക്കാൻ തീരുമാനിച്ചു.

ചർച്ചയുടെ ഫലമായി, മൈഗ്രേഷൻ മാനേജ്മെന്റ് സിസ്റ്റത്തിന് ഇനിപ്പറയുന്ന ആവശ്യകതകൾ രൂപീകരിച്ചു:

1. വിവിധ DBMS-കൾക്കുള്ള പിന്തുണ. MS SQL സെർവർ, PostgreSQL, Oracle എന്നിവ ആവശ്യമാണ്, എന്നാൽ മറ്റുള്ളവ ഉപയോഗിക്കാൻ സാധ്യതയുണ്ട്
2. ORM-ൽ പ്രവർത്തിക്കുന്നു. തുടക്കത്തിൽ, EF കോർ ഉപയോഗിക്കാനാണ് പദ്ധതിയിട്ടിരുന്നത്, എന്നാൽ ഡിസൈൻ ഘട്ടത്തിൽ മറ്റ് ORM-കൾ പരിഗണിക്കാൻ ഞങ്ങൾ തയ്യാറായിരുന്നു.
3. മൈഗ്രേഷനുകളുടെ യാന്ത്രിക-ജനറേഷൻ. കോഡ് ഫസ്റ്റ് വികസനം കണക്കിലെടുക്കുമ്പോൾ, മൈഗ്രേഷനുകൾ "കൈകൊണ്ട് എഴുതേണ്ട" ആവശ്യം ഒഴിവാക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു
4. പതിപ്പ് വൈരുദ്ധ്യങ്ങൾ. വിതരണം ചെയ്ത വികസന പരിതസ്ഥിതിയിൽ, ലയിപ്പിക്കുമ്പോൾ, EF കോർ വൈരുദ്ധ്യങ്ങളാൽ കഷ്ടപ്പെടാം. ആപ്ലിക്കേഷന്റെ വ്യത്യസ്ത ഭാഗങ്ങൾ വ്യത്യസ്ത ഡവലപ്പർമാർ സൃഷ്ടിച്ചതിനാൽ ഇത് ഒരു പ്രധാന പ്രശ്നമായി മാറുന്നു, അതിനാൽ ഓരോന്നിനും നിങ്ങൾ ധാരാളം സമയം ചെലവഴിക്കേണ്ടിവരും
5. വിപുലമായ ഡോക്യുമെന്റേഷനും പിന്തുണയും. ഇവിടെ, ഞങ്ങൾക്ക് തോന്നുന്നു, വിശദീകരണമൊന്നും ആവശ്യമില്ല
6. സൗ ജന്യം. മാനദണ്ഡം സോപാധികമാണ്, കാരണം സിസ്റ്റങ്ങൾ വളരെ ചെലവേറിയതോ ചെലവേറിയതോ അല്ല, എന്നാൽ സൗകര്യത്തിന് അനുയോജ്യമാണ്, ഞങ്ങൾ പരിഗണിക്കാൻ തയ്യാറായിരുന്നു

ഒരു ചെറിയ ഗവേഷണത്തിന്റെ ഫലമായി, ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ കണ്ടെത്തി, പരിഗണിക്കുന്നതിന് അഭികാമ്യമെന്ന് കണ്ടെത്തി:

1. EF കോർ മൈഗ്രേഷൻസ്
2. DBup
3. റൗണ്ട്ഹൗസ്ഇ
4. തിങ്കിംഗ് ഹോം.മൈഗ്രേറ്റർ
5. ഒഴുക്കുള്ള കുടിയേറ്റക്കാരൻ

ഇപ്പോൾ കുറച്ചുകൂടി വിശദമായി

EntityFramework കോർ മൈഗ്രേഷനുകൾ

സ്വാഭാവികമായും, ഇത് തിരഞ്ഞെടുക്കാനുള്ള ആദ്യത്തേതും പ്രധാനവുമായ ഓപ്ഷനായിരുന്നു. ഒരു തംബുരുവുമായി ചുറ്റിക്കറങ്ങാതെ പെട്ടിക്ക് പുറത്ത് പ്രവർത്തിക്കുന്ന ഒരു നാടൻ ഉപകരണം. ഒരു വലിയ തുക ഡോക്യുമെന്റേഷൻ, ഔദ്യോഗികവും അങ്ങനെയല്ല, ലാളിത്യം മുതലായവ. എന്നിരുന്നാലും, ക്ലാസിക് EF-നെ കുറിച്ചുള്ള പരാതികൾ EF Core-ന് വളരെ പ്രസക്തമാണ്.

അതിനാൽ, EF കോറിന്റെ ഗുണങ്ങൾ എടുത്തുകാണിക്കുന്നു:

• മൈക്രോസോഫ്റ്റ് പിന്തുണ, ഡോക്യുമെന്റേഷൻ, റഷ്യൻ ഉൾപ്പെടെ, വലിയ കമ്മ്യൂണിറ്റി
• CodeFirst അടിസ്ഥാനമാക്കിയുള്ള മൈഗ്രേഷനുകളുടെ സ്വയമേവ സൃഷ്ടിക്കൽ
• EF 6 മായി താരതമ്യം ചെയ്യുമ്പോൾ, EF കോർ ഡാറ്റാബേസിന്റെ ഒരു സ്നാപ്പ്ഷോട്ട് സംഭരിക്കുന്നില്ല. കോഡ് ഫസ്റ്റ് എന്നതിൽ EF കോർ ഉപയോഗിച്ച് പ്രവർത്തിക്കുമ്പോൾ, ഒരു ഡാറ്റാബേസ് വിന്യസിക്കേണ്ടതില്ല
• ഞങ്ങൾ കോഡ് ഫസ്റ്റ് എന്നതിൽ നിന്ന് നൃത്തം ചെയ്യുന്നതിനാൽ, ആവശ്യമായ എല്ലാ ഡാറ്റാ ആക്‌സസ് ദാതാക്കളിലേക്കും ഒരു മൈഗ്രേഷൻ നടത്താൻ സാധിക്കും
• ദാതാക്കളെ സംബന്ധിച്ചിടത്തോളം, PostgreSQL പിന്തുണയ്ക്കുന്നു, Oracle പിന്തുണയ്ക്കുന്നു, മുതലായവ, കൂടാതെ MS SQL സെർവർ പോലും 

കൂടാതെ ദോഷങ്ങളും:

• സംഘർഷ പരിഹാരം അതേ തലത്തിൽ തന്നെ തുടർന്നു. മൈഗ്രേഷനുകൾ ക്രമപ്പെടുത്തുകയും ഡാറ്റാബേസ് സ്നാപ്പ്ഷോട്ടുകൾ അപ്ഡേറ്റ് ചെയ്യുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്
• മൈഗ്രേഷനുകൾ സൃഷ്ടിക്കുന്ന മോഡലുകളെ ആശ്രയിച്ചിരിക്കുന്നു

DbUp

dbup.github.io

DbUp ഒരു .NET ലൈബ്രറിയാണ്, അത് NuGet ഇൻസ്റ്റാൾ ചെയ്യുകയും SQL സെർവറിലേക്ക് മാറ്റങ്ങൾ വരുത്താൻ സഹായിക്കുകയും ചെയ്യുന്നു. ഏത് മാറ്റ സ്ക്രിപ്റ്റുകൾ ഇതിനകം എക്സിക്യൂട്ട് ചെയ്തിട്ടുണ്ട് എന്നതിന്റെ ട്രാക്ക് സൂക്ഷിക്കുകയും ഡാറ്റാബേസ് അപ്ഡേറ്റ് ചെയ്യാൻ ആവശ്യമായവ പ്രവർത്തിപ്പിക്കുകയും ചെയ്യുന്നു. ASP.NET-ലെ ഒരു ഓപ്പൺ സോഴ്‌സ് ബ്ലോഗിംഗ് എഞ്ചിനുള്ള പ്രോജക്‌റ്റിൽ നിന്നാണ് ലൈബ്രറി വളർന്നത്, അത് ഒരു MIT ലൈസൻസിന് കീഴിൽ നിലവിലുണ്ട്, കോഡ് GitHub-ലാണ്. T-SQL ഉപയോഗിച്ചാണ് മൈഗ്രേഷനുകൾ വിവരിക്കുന്നത്.

എന്താണ് ഗുണങ്ങൾ:

• ധാരാളം DBMS-നുള്ള പിന്തുണ (MS SQL സെർവർ, PstgreSQL, MySQL)
• സ്ക്രിപ്റ്റുകൾ T-SQL-ൽ എഴുതിയിരിക്കുന്നതിനാൽ, അവ വളരെ ലളിതമായി കാണപ്പെടുന്നു
• SQL ഉപയോഗിച്ച് പൊരുത്തക്കേടുകളും പരിഹരിക്കപ്പെടുന്നു

കൂടാതെ ദോഷങ്ങളും:

• പിന്തുണയ്‌ക്കുന്ന എല്ലാ വൈവിധ്യമാർന്ന DBMS-കളും ഉള്ളതിനാൽ, Oracle അവയിലൊന്നല്ല
• ORM-മായി സംവദിക്കുന്നില്ല
• T-SQL സ്ക്രിപ്റ്റുകൾ കൈകൊണ്ട് എഴുതുക എന്നത് ഞങ്ങൾ ലക്ഷ്യം വെച്ചതല്ല
• ഡോക്യുമെന്റേഷനും കമ്മ്യൂണിറ്റിയും അങ്ങനെയാണ്, എന്നിരുന്നാലും SQL സ്ക്രിപ്റ്റുകൾ എഴുതുന്ന കാര്യത്തിൽ അവ ആവശ്യമില്ലായിരിക്കാം.

റൗണ്ട്ഹൗസ്ഇ

github.com/chucknorris/roundhouse

അപ്പാച്ചെ 2.0 ലൈസൻസിന് കീഴിൽ വിതരണം ചെയ്ത ഈ മൈഗ്രേഷൻ മാനേജ്മെന്റ് ടൂൾ, മുമ്പത്തേത് പോലെ, T-SQL മൈഗ്രേഷൻ എഞ്ചിനിൽ പ്രവർത്തിക്കുന്നു. പ്രത്യക്ഷത്തിൽ, സുഖപ്രദമായ ഒരു വികസന പ്രക്രിയ സൃഷ്ടിക്കുന്നതിനുപകരം, DBMS പിന്തുണയുമായി ബന്ധപ്പെട്ട സാങ്കേതിക പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന് ഡെവലപ്പർമാർ മുൻഗണന നൽകി.

പ്രോസ്:

• ആവശ്യമായ DBMS (ഒറാക്കിൾ ഉൾപ്പെടെ) പിന്തുണയ്ക്കുന്നു

പരിഗണന:

• Oracle (അതുപോലെ തന്നെ ഞങ്ങൾക്ക് അപ്രസക്തമായ ആക്സസ്) .NET Core-ൽ പിന്തുണയ്ക്കുന്നില്ല, .NET ഫുൾ ഫ്രെയിംവർക്കിൽ മാത്രം.
• ORM-ൽ പ്രവർത്തിക്കുന്നില്ല
• മുമ്പത്തെ ഉപകരണത്തേക്കാൾ കുറഞ്ഞ ഡോക്യുമെന്റേഷൻ ഉണ്ട്
• വീണ്ടും - മൈഗ്രേഷനുകൾ സ്ക്രിപ്റ്റുകൾ ഉപയോഗിച്ചാണ് എഴുതുന്നത്

തിങ്കിംഗ് ഹോം.മൈഗ്രേറ്റർ

MIT ലൈസൻസിന് കീഴിൽ വിതരണം ചെയ്യുന്ന .NET കോർ പ്ലാറ്റ്‌ഫോമിലേക്കുള്ള പതിപ്പ് ഡാറ്റാബേസ് സ്കീമ മൈഗ്രേഷനുള്ള ഒരു ടൂൾ. ഡവലപ്പർ തന്നെ അതിന്റെ ഏറ്റവും പുതിയ പതിപ്പിനെക്കുറിച്ച് ഒരു വർഷം മുമ്പ് എഴുതി.

പ്രോസ്:

• .NET കോറിനായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു
• മൈഗ്രേഷനുകളുടെ ഒരു ശാഖാ ക്രമം നടപ്പിലാക്കി
• മൈഗ്രേഷൻ ലോഗിംഗ് നടപ്പിലാക്കി

പരിഗണന:

• അവസാനം അപ്ഡേറ്റ് ചെയ്തത് ഒരു വർഷം മുമ്പ്. പ്രത്യക്ഷത്തിൽ പദ്ധതി പിന്തുണയ്ക്കുന്നില്ല
• Oracle പിന്തുണയ്‌ക്കുന്നില്ല (ഇത് .NET Core-ന്റെ സ്ഥിരതയാർന്ന നടപ്പാക്കലിന്റെ അഭാവം മൂലമാണെന്ന് ലേഖനത്തിൽ പറയുന്നു - എന്നാൽ ഇത് ഒരു വർഷം മുമ്പാണ്)
• മൈഗ്രേഷനുകളുടെ യാന്ത്രിക ജനറേഷൻ ഇല്ല

മൊത്തത്തിൽ, പ്രോജക്റ്റ് പ്രതീക്ഷ നൽകുന്നതായി തോന്നുന്നു, പ്രത്യേകിച്ചും അത് വികസിപ്പിക്കണമെങ്കിൽ, പക്ഷേ ഞങ്ങൾ ഇവിടെയും ഇപ്പോളും ഒരു തീരുമാനം എടുക്കേണ്ടതുണ്ട്.

ഒഴുക്കുള്ള കുടിയേറ്റക്കാരൻ

github.com/fluentmigrator/fluentmigrator

ആരാധകരുടെ ഒരു വലിയ സൈന്യമുള്ള ഏറ്റവും ജനപ്രിയമായ മൈഗ്രേഷൻ ടൂൾ. അപ്പാച്ചെ 2.0 ലൈസൻസിന് കീഴിൽ വിതരണം ചെയ്തു. വിവരണത്തിൽ പറഞ്ഞിരിക്കുന്നതുപോലെ, റൂബി ഓൺ റെയിൽസ് മൈഗ്രേഷനുകൾക്ക് സമാനമായി .NET-നുള്ള ഒരു മൈഗ്രേഷൻ ചട്ടക്കൂടാണ് ഇത്. ഡാറ്റാബേസ് സ്കീമയിലെ മാറ്റങ്ങൾ C# ക്ലാസുകളിൽ വിവരിച്ചിരിക്കുന്നു.

ഇവിടെ ഗുണങ്ങളുണ്ട്:

• ആവശ്യമായ DBMS-നുള്ള പിന്തുണ
• .NET കോർ പിന്തുണ
• വലിയ വികസിത സമൂഹം
• മൈഗ്രേഷനുകൾ തമ്മിലുള്ള പൊരുത്തക്കേടുകൾ തുടർച്ചയായി പരിഹരിക്കപ്പെടുന്നു - മൈഗ്രേഷനുകളുടെ നിർവ്വഹണ ക്രമം വ്യക്തമാക്കിയിരിക്കുന്നു. കൂടാതെ, ഒരു എന്റിറ്റിക്ക് ചുറ്റും ഒരു വൈരുദ്ധ്യം ഉണ്ടായാൽ, കോഡ് ലയിപ്പിക്കുമ്പോൾ, ബാക്കിയുള്ള കോഡിലെ അതേ രീതിയിൽ അത് പരിഹരിക്കപ്പെടും.
• വിജയകരമായ മൈഗ്രേഷനുശേഷം എക്സിക്യൂട്ട് ചെയ്യുന്ന പ്രൊഫൈലുകൾ ഉണ്ട്. അവർക്ക് സേവന പ്രവർത്തനങ്ങൾ നടത്താനും കഴിയും. അവസാന അപ്‌ഡേറ്റ് ഒരു മാസം മുമ്പായിരുന്നു, അതായത്, പ്രോജക്റ്റ് സജീവമാണ്

മൈനസുകളെ സംബന്ധിച്ചിടത്തോളം, അവ ഇതാ:

• മൈഗ്രേഷനുകളുടെ യാന്ത്രിക ജനറേഷൻ ഇല്ല
• EF മോഡലുകളുമായി ബന്ധമില്ല
• ഡാറ്റാബേസ് സ്നാപ്പ്ഷോട്ടുകളൊന്നുമില്ല

ഞങ്ങളുടെ തിരഞ്ഞെടുപ്പ് എന്തായിരുന്നു?

ചൂടേറിയ സംവാദങ്ങൾ രണ്ട് പാരാമീറ്ററുകളെ ചുറ്റിപ്പറ്റിയാണ് - സ്വയമേവയുള്ള കുടിയേറ്റം, സംഘർഷങ്ങളുടെ ശുദ്ധമായ പരിഹാരം. മറ്റ് ഘടകങ്ങൾ ഭയപ്പെടുത്തുന്നത് വളരെ കുറവായിരുന്നു. തൽഫലമായി, ചർച്ചയുടെ ഫലത്തെ അടിസ്ഥാനമാക്കി, പുതിയ പ്രോജക്റ്റിൽ ഫ്ലൂയന്റ് മൈഗ്രേറ്റർ ഉപയോഗിക്കാൻ ടീം തീരുമാനിച്ചു. കാരണം ഭാവിയിൽ സംഘർഷങ്ങൾ പരിഹരിക്കുന്നത് കൂടുതൽ നേട്ടങ്ങൾ കൈവരുത്തും.

കണ്ടെത്തലുകൾ

തീർച്ചയായും, തികഞ്ഞ ഉപകരണങ്ങൾ ഒന്നുമില്ല. അതുകൊണ്ട് ഒരു തിരഞ്ഞെടുപ്പ് നടത്താൻ ഞങ്ങളുടെ "ആഗ്രഹങ്ങൾക്ക്" മുൻഗണന നൽകേണ്ടി വന്നു. എന്നിരുന്നാലും, മറ്റ് ടീമുകൾക്കും മറ്റ് ജോലികൾക്കും, മറ്റ് ഘടകങ്ങൾ നിർണായകമായേക്കാം. ഒരു തിരഞ്ഞെടുപ്പ് നടത്താൻ ഈ ലേഖനം നിങ്ങളെ സഹായിക്കുമെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു.

അവലംബം: www.habr.com