ડેટા સ્થળાંતર સિસ્ટમ્સની સરખામણી અને પસંદગી

ડેટા સ્થળાંતર સિસ્ટમ્સની સરખામણી અને પસંદગી

ડેવલપમેન્ટ પ્રક્રિયા દરમિયાન ડેટા મોડલ બદલાતું રહે છે અને અમુક સમયે તે ડેટાબેઝને અનુરૂપ રહેતું નથી. અલબત્ત, ડેટાબેઝ કાઢી શકાય છે, અને પછી ORM એક નવું સંસ્કરણ બનાવશે જે મોડેલ સાથે મેળ ખાશે, પરંતુ આ પ્રક્રિયા હાલના ડેટાના નુકસાન તરફ દોરી જશે. આમ, સ્થળાંતર પ્રણાલીનું કાર્ય એ સુનિશ્ચિત કરવાનું છે કે, સ્કીમા ફેરફારના પરિણામે, તે વર્તમાન ડેટાને ગુમાવ્યા વિના એપ્લિકેશનમાં ડેટા મોડેલ સાથે સમન્વયિત થાય છે.

આ લેખમાં, અમે ડેટાબેઝ સ્થળાંતરનું સંચાલન કરવા માટેના વિવિધ સાધનોને જોવા માંગીએ છીએ. અમે આશા રાખીએ છીએ કે આ સમીક્ષા સમાન પસંદગીનો સામનો કરતા વિકાસકર્તાઓ માટે ઉપયોગી થશે.

ઉદ્દેશ

અમારી કંપની હાલમાં ઉત્પાદનની આગામી પેઢીને સક્રિય રીતે વિકસાવી રહી છે - ડૉક્સ સિક્યુરિટી સ્યુટ (DSS). સર્વરનો ભાગ .Net Core માં લખાયેલ છે, અને એન્ટિટી ફ્રેમવર્ક કોરનો ઉપયોગ 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. અસ્ખલિત સ્થળાંતર કરનાર

અને હવે થોડી વધુ વિગત

એન્ટિટીફ્રેમવર્ક કોર સ્થળાંતર

સ્વાભાવિક રીતે, આ પસંદ કરવા માટેનો પ્રથમ અને મુખ્ય વિકલ્પ હતો. એક દેશી વાદ્ય કે જે ખંજરી વડે કોઈ પણ જાતની હલચલ વગર બોક્સની બહાર કામ કરે છે. મોટી માત્રામાં દસ્તાવેજીકરણ, સત્તાવાર અને એવું નથી, સરળતા, વગેરે. જો કે, ક્લાસિક EF વિશે કરવામાં આવેલી ફરિયાદો EF કોર માટે પણ ખૂબ સુસંગત છે.

આમ, 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 ને સપોર્ટ કરે છે (ઓરેકલ સહિત)

વિપક્ષ:

• ઓરેકલ (તેમજ એક્સેસ, જે અમારા માટે અપ્રસ્તુત છે) .NET કોર પર સપોર્ટેડ નથી, માત્ર .NET ફુલ ફ્રેમવર્ક પર
• ORM સાથે કામ કરતું નથી
• અગાઉના સાધન કરતાં પણ ઓછા દસ્તાવેજો છે
• ફરીથી - સ્થળાંતર સ્ક્રિપ્ટો દ્વારા લખવામાં આવે છે

થિંકિંગ હોમ.માઇગ્રેટર

MIT લાયસન્સ હેઠળ વિતરિત .NET કોર પ્લેટફોર્મ પર વર્ઝનેડ ડેટાબેઝ સ્કીમા સ્થળાંતર માટેનું સાધન. વિકાસકર્તાએ પોતે લગભગ એક વર્ષ પહેલાં તેના નવીનતમ સંસ્કરણ વિશે લખ્યું હતું.

ગુણ:

• .NET કોર માટે રચાયેલ છે
• સ્થળાંતરનો બ્રાન્ચિંગ ક્રમ અમલમાં મૂક્યો
• સ્થળાંતર લોગીંગ અમલમાં મૂક્યું

વિપક્ષ:

• છેલ્લે એક વર્ષ પહેલાં અપડેટ કરવામાં આવ્યું હતું. દેખીતી રીતે પ્રોજેક્ટ સપોર્ટેડ નથી
• ઓરેકલ દ્વારા સમર્થિત નથી (લેખ જણાવે છે કે આ .NET કોર માટે સ્થિર અમલીકરણના અભાવને કારણે છે - પરંતુ આ એક વર્ષ પહેલાનું છે)
• સ્થળાંતરની કોઈ સ્વચાલિત પેઢી નથી

એકંદરે, પ્રોજેક્ટ આશાસ્પદ લાગે છે, ખાસ કરીને જો તે વિકસાવવાનો હતો, પરંતુ અમારે અહીં અને હવે નિર્ણય લેવાની જરૂર છે.

અસ્ખલિત સ્થળાંતર કરનાર

github.com/fluentmigrator/fluentmigrator

ચાહકોની મોટી સેના સાથેનું સૌથી લોકપ્રિય સ્થળાંતર સાધન. Apache 2.0 લાયસન્સ હેઠળ વિતરિત. વર્ણનમાં જણાવ્યા મુજબ, તે .NET માટેનું સ્થળાંતર માળખું છે, જે રૂબી ઓન રેલ્સ માઈગ્રેશન જેવું છે. ડેટાબેઝ સ્કીમામાં ફેરફારો C# વર્ગોમાં વર્ણવેલ છે.

અહીં ફાયદા છે:

• જરૂરી DBMS માટે સપોર્ટ
• .NET કોર સપોર્ટ
• વિશાળ વિકસિત સમુદાય
• સ્થળાંતર વચ્ચેના સંઘર્ષો ક્રમિક રીતે ઉકેલવામાં આવે છે - સ્થળાંતરના અમલનો ક્રમ નિર્દિષ્ટ છે. વધુમાં, જો કોઈ એક એન્ટિટીની આસપાસ કોઈ સંઘર્ષ ઊભો થાય છે, જ્યારે કોડને મર્જ કરતી વખતે, તે બાકીના કોડની જેમ જ ઉકેલવામાં આવે છે.
• ત્યાં પ્રોફાઇલ્સ છે જે સફળ સ્થળાંતર પછી ચલાવવામાં આવે છે. અને તેઓ સેવા કાર્યોને વહન કરી શકે છે છેલ્લું અપડેટ એક મહિના પહેલા હતું, એટલે કે, પ્રોજેક્ટ જીવંત છે

ગેરફાયદા માટે, તે અહીં છે:

• સ્થળાંતરની કોઈ સ્વચાલિત પેઢી નથી
• EF મોડલ્સ સાથે કોઈ જોડાણ નથી
• કોઈ ડેટાબેઝ સ્નેપશોટ નથી

અમારી પસંદગી શું હતી?

ગરમ ચર્ચાઓ બે પરિમાણોની આસપાસ ફરતી હતી - સ્થળાંતરની સ્વચાલિત પેઢી અને તકરારનું સમજદાર નિરાકરણ. અન્ય પરિબળો ઘણા ઓછા ભયાનક હતા. પરિણામે, ચર્ચાના પરિણામોના આધારે, ટીમે નવા પ્રોજેક્ટમાં ફ્લુઅન્ટ માઈગ્રેટરનો ઉપયોગ કરવાનું નક્કી કર્યું. કારણ કે ભવિષ્યમાં તકરાર ઉકેલવાથી વધુ લાભ થશે.

તારણો

અલબત્ત, ત્યાં કોઈ સંપૂર્ણ સાધનો નથી. તેથી અમે પસંદગી કરવા માટે અમારી "ઇચ્છાઓ" ને પ્રાથમિકતા આપવી પડી. જો કે, અન્ય ટીમો અને અન્ય કાર્યો માટે, અન્ય પરિબળો નિર્ણાયક હોઈ શકે છે. અમે આશા રાખીએ છીએ કે આ લેખ તમને પસંદગી કરવામાં મદદ કરશે.

સોર્સ: www.habr.com