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

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

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

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

कार्य

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

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

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

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

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

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

1. ईएफ कोर माइग्रेशन
2. DBup
3. राउंड हाउस
4. ThinkingHome.Migrator
5. धाराप्रवाह प्रवासी

और अब थोड़ा और

EntityFramework कोर माइग्रेशन

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

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

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

साथ ही साथ विपक्ष:

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

DbUp


dbup.imtqy.com

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

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

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

एक विपक्ष:

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

राउंड हाउस


github.com/chucknorris/roundhouse

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

पेशेवरों:

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

विपक्ष:

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

ThinkingHome.Migrator



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

पेशेवरों:

• .NET Core के तहत शार्प किया गया
• माइग्रेशनों का क्रमबद्ध शाखाकरण
• कार्यान्वित माइग्रेशन लॉगिंग

विपक्ष:

• अंतिम अद्यतन - एक साल पहले। जाहिर है, परियोजना समर्थित नहीं है।
• ओरेकल द्वारा समर्थित नहीं है (लेख बताता है कि यह .NET कोर के लिए एक स्थिर कार्यान्वयन की कमी के कारण है - लेकिन यह एक साल पहले है)
• गुम ऑटो-जनरेशन ऑफ माइग्रेशन

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

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


github.com/fluentmigrator/fluentmigrator

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

प्लसस हैं:

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

विपक्ष के लिए, यहाँ:

• गुम ऑटो-जनरेशन ऑफ माइग्रेशन
• EF मॉडल के साथ कोई संबंध नहीं है
• कोई डेटाबेस स्नैपशॉट नहीं

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

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

निष्कर्ष

बेशक, कोई सही उपकरण नहीं हैं। इसलिए हमें एक विकल्प के लिए अपनी "विशलिस्ट" को प्राथमिकता देनी थी। हालांकि, अन्य कारक अन्य टीमों और अन्य कार्यों के लिए निर्णायक हो सकते हैं। हमें उम्मीद है कि यह लेख आपको एक विकल्प बनाने में मदद करेगा।