🥇डेटा माइग्रेशन सिस्टम की तुलना और चयन

डेटा माइग्रेशन सिस्टम की तुलना और चयन

विकास प्रक्रिया के दौरान डेटा मॉडल बदलता रहता है, और कुछ बिंदु पर यह डेटाबेस से मेल नहीं खाता है। बेशक, डेटाबेस को हटाया जा सकता है, और फिर ORM एक नया संस्करण बनाएगा जो मॉडल से मेल खाएगा, लेकिन इस प्रक्रिया से मौजूदा डेटा का नुकसान होगा। इस प्रकार, माइग्रेशन सिस्टम का कार्य यह सुनिश्चित करना है कि, स्कीमा परिवर्तन के परिणामस्वरूप, यह मौजूदा डेटा को खोए बिना एप्लिकेशन में डेटा मॉडल के साथ सिंक्रनाइज़ हो।

इस लेख में, हम डेटाबेस माइग्रेशन के प्रबंधन के लिए विभिन्न टूल पर गौर करना चाहेंगे। हमें उम्मीद है कि यह समीक्षा समान विकल्प वाले डेवलपर्स के लिए उपयोगी होगी।

कार्य

हमारी कंपनी वर्तमान में सक्रिय रूप से अगली पीढ़ी के उत्पाद - डॉक्स सिक्योरिटी सूट (डीएसएस) का विकास कर रही है। सर्वर भाग .Net Core में लिखा जाता है, और Entity Framework Core का उपयोग DBMS के रूप में किया जाता है। किसी एप्लिकेशन को डिज़ाइन करते समय, हम कोड फर्स्ट दृष्टिकोण का उपयोग करते हैं।

एप्लिकेशन डोमेन मॉडल एक ही समय में कई डेवलपर्स द्वारा बनाया गया है - प्रत्येक सिस्टम के अपने तार्किक भाग के लिए जिम्मेदार है।

DSS की पिछली पीढ़ी ने माइग्रेशन प्रबंधन प्रणाली के रूप में क्लासिक एंटिटी फ्रेमवर्क माइग्रेशन (EF 6) का उपयोग किया था। हालाँकि, इसके खिलाफ कुछ शिकायतें जमा हुई हैं, जिनमें से मुख्य यह है कि ईएफ के पास संस्करण विवादों को हल करने के लिए एक समझदार दृष्टिकोण का अभाव है। समर्थन के हिस्से के रूप में बग्स को ठीक करते समय यह तथ्य अभी भी हमें परेशान करता है, इसलिए हमने वैकल्पिक विकल्पों पर विचार करने का निर्णय लिया।

चर्चा के परिणामस्वरूप, प्रवासन प्रबंधन प्रणाली के लिए निम्नलिखित आवश्यकताएँ बनाई गईं:

विभिन्न DBMS के लिए समर्थन. MS SQL सर्वर, PostgreSQL, Oracle आवश्यक हैं, लेकिन दूसरों का उपयोग करना संभावित रूप से संभव है
ओआरएम के साथ काम करना। प्रारंभ में, ईएफ कोर का उपयोग करने की योजना बनाई गई थी, लेकिन डिजाइन चरण में हम अन्य ओआरएम पर विचार करने के लिए तैयार थे
माइग्रेशन की स्वचालित पीढ़ी। कोड फर्स्ट के विकास को ध्यान में रखते हुए, मैं "हाथ से लिखने" वाले माइग्रेशन की आवश्यकता से बचना चाहूंगा
संस्करण विरोध. वितरित विकास परिवेश में, विलय करते समय, ईएफ कोर संघर्षों से पीड़ित हो सकता है। यह एक महत्वपूर्ण समस्या बन जाती है क्योंकि एप्लिकेशन के अलग-अलग हिस्से अलग-अलग डेवलपर्स द्वारा बनाए जाते हैं, इसलिए आपको प्रत्येक पर बहुत अधिक समय खर्च करना पड़ता है
उन्नत दस्तावेज़ीकरण और समर्थन। यहाँ, हमें ऐसा लगता है, किसी स्पष्टीकरण की आवश्यकता नहीं है
मुक्त। मानदंड सशर्त है, क्योंकि सिस्टम बहुत महंगे या महँगे नहीं हैं, लेकिन सुविधा में आदर्श हैं, हम इस पर भी विचार करने के लिए तैयार थे

थोड़े से शोध के परिणामस्वरूप, निम्नलिखित विकल्प पाए गए और विचार के लिए वांछनीय पाए गए:

ईएफ कोर माइग्रेशन
डीबीयूपी
राउंडहाउसई
थिंकिंगहोम.प्रवासी
धाराप्रवाह प्रवासी

और अब थोड़ा और विवरण

एंटिटीफ्रेमवर्क कोर माइग्रेशन

स्वाभाविक रूप से, यह चुनने का पहला और मुख्य विकल्प था। एक देशी वाद्य यंत्र जो डफ के साथ बिना किसी खिलवाड़ के लीक से हटकर काम करता है। दस्तावेज़ीकरण की एक बड़ी मात्रा, आधिकारिक और ऐसा नहीं, सादगी, आदि। हालाँकि, क्लासिक EF के बारे में की गई शिकायतें EF Core के लिए भी काफी प्रासंगिक हैं।

इस प्रकार, ईएफ कोर के लाभों पर प्रकाश डाला गया है:

Microsoft समर्थन, दस्तावेज़ीकरण, जिसमें रूसी भाषा भी शामिल है, विशाल समुदाय
कोडफर्स्ट पर आधारित माइग्रेशन का ऑटो-जनरेशन
EF 6 की तुलना में, EF Core अब डेटाबेस का स्नैपशॉट संग्रहीत नहीं करता है। कोड फर्स्ट में ईएफ कोर के साथ काम करते समय, डेटाबेस को तैनात करना आवश्यक नहीं रह जाता है
चूंकि हम कोड फर्स्ट से आगे बढ़ रहे हैं, इसलिए सभी आवश्यक डेटा एक्सेस प्रदाताओं के लिए एक माइग्रेशन करना संभव है
प्रदाताओं के संबंध में, PostgreSQL समर्थित है, Oracle समर्थित है, आदि, आदि, और यहां तक कि MS SQL सर्वर 

और नुकसान भी:

संघर्ष समाधान उसी स्तर पर रहा। माइग्रेशन को अनुक्रमित करना और डेटाबेस स्नैपशॉट को अद्यतन करना आवश्यक है
उन मॉडलों पर निर्भरता जिन पर माइग्रेशन उत्पन्न होता है

डीबीअप

dbup.github.io

DbUp एक .NET लाइब्रेरी है जो NuGet द्वारा स्थापित की गई है और SQL सर्वर में परिवर्तनों को आगे बढ़ाने में मदद करती है। यह ट्रैक रखता है कि कौन सी परिवर्तन स्क्रिप्ट पहले ही निष्पादित हो चुकी है और डेटाबेस को अद्यतन करने के लिए आवश्यक स्क्रिप्ट चलाती है। लाइब्रेरी ASP.NET पर एक ओपन सोर्स ब्लॉगिंग इंजन के प्रोजेक्ट से विकसित हुई है और MIT लाइसेंस के तहत मौजूद है, और कोड GitHub पर है। टी-एसक्यूएल का उपयोग करके माइग्रेशन का वर्णन किया गया है।

फायदे क्या हैं:

बड़ी संख्या में DBMS (MS SQL सर्वर, PstgreSQL, MySQL) के लिए समर्थन
चूंकि स्क्रिप्ट टी-एसक्यूएल में लिखी गई हैं, इसलिए वे काफी सरल दिखती हैं
SQL का उपयोग करके भी विवादों का समाधान किया जाता है

और विपक्ष:

सभी प्रकार के समर्थित DBMS के साथ, Oracle उनमें से एक नहीं है
ORM के साथ इंटरैक्ट नहीं करता
टी-एसक्यूएल स्क्रिप्ट को हाथ से लिखना हमारा लक्ष्य नहीं है
दस्तावेज़ीकरण और समुदाय ऐसे ही हैं, हालाँकि SQL स्क्रिप्ट लिखने के संदर्भ में वे आवश्यक नहीं हो सकते हैं।

राउंडहाउसई

github.com/chucknorris/roundhouse

अपाचे 2.0 लाइसेंस के तहत वितरित यह माइग्रेशन प्रबंधन उपकरण, पिछले वाले की तरह, टी-एसक्यूएल माइग्रेशन इंजन पर चलता है। जाहिर है, डेवलपर्स ने एक आरामदायक विकास प्रक्रिया बनाने के बजाय डीबीएमएस समर्थन से संबंधित तकनीकी समस्याओं को हल करने को प्राथमिकता दी।

पेशेवरों:

आवश्यक DBMS (Oracle सहित) का समर्थन करता है

विपक्ष:

Oracle (साथ ही एक्सेस, जो हमारे लिए अप्रासंगिक है) .NET कोर पर समर्थित नहीं है, केवल .NET फुल फ्रेमवर्क पर समर्थित है
ORM के साथ काम नहीं करता
पिछले टूल की तुलना में दस्तावेज़ीकरण और भी कम है
पुनः - माइग्रेशन स्क्रिप्ट द्वारा लिखे जाते हैं

थिंकिंगहोम.प्रवासी

MIT लाइसेंस के तहत वितरित .NET कोर प्लेटफ़ॉर्म पर संस्करणित डेटाबेस स्कीमा माइग्रेशन के लिए एक उपकरण। डेवलपर ने स्वयं लगभग एक वर्ष पहले इसके नवीनतम संस्करण के बारे में लिखा था.

पेशेवरों:

.NET कोर के लिए डिज़ाइन किया गया
प्रवासन का एक शाखाबद्ध अनुक्रम लागू किया गया
माइग्रेशन लॉगिंग कार्यान्वित की गई

विपक्ष:

आखिरी बार एक साल पहले अपडेट किया गया था. जाहिर तौर पर यह परियोजना समर्थित नहीं है
Oracle द्वारा समर्थित नहीं है (लेख में कहा गया है कि यह .NET कोर के लिए स्थिर कार्यान्वयन की कमी के कारण है - लेकिन यह एक साल पहले की बात है)
माइग्रेशन की कोई स्वचालित पीढ़ी नहीं

कुल मिलाकर, परियोजना आशाजनक दिखती है, खासकर यदि इसे विकसित करना है, लेकिन हमें यहीं और अभी निर्णय लेने की जरूरत है।

धाराप्रवाह प्रवासी

github.com/fluentmigrator/fluentmigrator

प्रशंसकों की एक बड़ी सेना के साथ सबसे लोकप्रिय माइग्रेशन टूल। अपाचे 2.0 लाइसेंस के तहत वितरित। जैसा कि विवरण में कहा गया है, यह रूबी ऑन रेल्स माइग्रेशन के समान .NET के लिए एक माइग्रेशन फ्रेमवर्क है। डेटाबेस स्कीमा में परिवर्तन C# कक्षाओं में वर्णित हैं।

यहाँ फायदे हैं:

आवश्यक DBMS के लिए समर्थन
.NET कोर समर्थन
बड़ा विकसित समुदाय
माइग्रेशन के बीच संघर्षों को क्रमिक रूप से हल किया जाता है - माइग्रेशन के निष्पादन का क्रम निर्दिष्ट किया जाता है। इसके अलावा, यदि कोड को मर्ज करते समय एक इकाई को लेकर कोई विरोध उत्पन्न होता है, तो इसे बाकी कोड की तरह ही हल किया जाता है।
ऐसी प्रोफ़ाइलें हैं जिन्हें सफल माइग्रेशन के बाद निष्पादित किया जाता है। और वे सेवा कार्य कर सकते हैं। अंतिम अद्यतन एक महीने पहले था, यानी, परियोजना जीवित है

जहाँ तक विपक्ष की बात है, वे यहाँ हैं:

माइग्रेशन की कोई स्वचालित पीढ़ी नहीं
ईएफ मॉडल से कोई संबंध नहीं
कोई डेटाबेस स्नैपशॉट नहीं

हमारी पसंद क्या थी?

गरमागरम बहसें दो मापदंडों के इर्द-गिर्द घूमती रहीं - प्रवासन की स्वचालित पीढ़ी और संघर्षों का विवेकपूर्ण समाधान। अन्य कारक बहुत कम भयावह थे। परिणामस्वरूप, चर्चा के परिणामों के आधार पर, टीम ने नए प्रोजेक्ट में फ़्लुएंट माइग्रेटर का उपयोग करने का निर्णय लिया। क्योंकि भविष्य में झगड़ों को सुलझाने से बहुत अधिक लाभ मिलेगा।

निष्कर्ष

निःसंदेह, कोई भी उत्तम उपकरण मौजूद नहीं हैं। इसलिए हमें चुनाव करने के लिए अपनी "इच्छाओं" को प्राथमिकता देनी होगी। हालाँकि, अन्य टीमों और अन्य कार्यों के लिए, अन्य कारक निर्णायक हो सकते हैं। हमें उम्मीद है कि यह लेख आपको चुनाव करने में मदद करेगा।

स्रोत: www.habr.com

डेटा माइग्रेशन सिस्टम की तुलना और चयन

डेटा माइग्रेशन सिस्टम की तुलना और चयन

कार्य

और अब थोड़ा और विवरण

हमारी पसंद क्या थी?

निष्कर्ष

एक टिप्पणी जोड़ें उत्तर रद्द