डेटा माइग्रेसन प्रणालीहरूको तुलना र चयन

डेटा माइग्रेसन प्रणालीहरूको तुलना र चयन

डाटा मोडेल विकास प्रक्रियाको समयमा परिवर्तन हुन्छ, र केहि बिन्दुमा यो अब डाटाबेस संग मेल खाँदैन। निस्सन्देह, डाटाबेस मेटाउन सकिन्छ, र त्यसपछि ORM ले नयाँ संस्करण सिर्जना गर्नेछ जुन मोडेलसँग मेल खान्छ, तर यो प्रक्रियाले अवस्थित डाटा गुमाउनेछ। तसर्थ, माइग्रेसन प्रणालीको कार्य भनेको यो सुनिश्चित गर्नु हो कि, स्किमा परिवर्तनको परिणामको रूपमा, यो अवस्थित डाटा नगुमाईकन अनुप्रयोगमा डाटा मोडेलसँग सिंक्रोनाइज गरिएको छ।

यस लेखमा, हामी डाटाबेस माइग्रेसन व्यवस्थापन गर्न विभिन्न उपकरणहरू हेर्न चाहन्छौं। हामी आशा गर्दछौं कि यो समीक्षा समान विकल्पको सामना गर्ने विकासकर्ताहरूको लागि उपयोगी हुनेछ।

उद्देश्य

हाम्रो कम्पनीले हाल सक्रिय रूपमा उत्पादनको अर्को पुस्ताको विकास गरिरहेको छ - कागजात सुरक्षा सूट (DSS)। सर्भर भाग .Net Core मा लेखिएको छ, र Entity Framework Core लाई DBMS को रूपमा प्रयोग गरिन्छ। एप्लिकेसन डिजाइन गर्दा, हामी कोड पहिलो दृष्टिकोण प्रयोग गर्छौं।

अनुप्रयोग डोमेन मोडेल धेरै विकासकर्ताहरू द्वारा एकै समयमा सिर्जना गरिएको हो - प्रत्येक प्रणालीको आफ्नै तार्किक भागको लागि जिम्मेवार छ।

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

छलफलको नतिजाको रूपमा, माइग्रेसन व्यवस्थापन प्रणालीको लागि निम्न आवश्यकताहरू गठन गरियो:

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

थोरै अनुसन्धानको नतिजाको रूपमा, निम्न विकल्पहरू फेला पर्‍यो र विचारको लागि वांछनीय फेला पारियो:

1. EF कोर माइग्रेसन
2. DBup
3. राउन्डहाउस ई
4. ThinkingHome.Migrator
5. प्रवाहित प्रवासी

र अब एक सानो थप विवरण

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

स्वाभाविक रूपमा, यो छनौट गर्न पहिलो र मुख्य विकल्प थियो। एउटा नेटिभ इन्स्ट्रुमेन्ट जसले बाकसबाट बाहिर काम गर्छ, खैँजरीको वरिपरि कुनै हलचल नगरी। कागजातको ठूलो मात्रा, आधिकारिक र त्यस्तो होइन, सादगी, आदि। यद्यपि, क्लासिक EF को बारेमा बनाइएको गुनासोहरू EF कोरको लागि पनि धेरै सान्दर्भिक छन्।

यसरी, EF कोरका फाइदाहरू हाइलाइट गरिएका छन्:

• माइक्रोसफ्ट समर्थन, कागजात, रूसी सहित, विशाल समुदाय
• CodeFirst मा आधारित माइग्रेसनको स्वत: उत्पादन
• EF 6 को तुलनामा, EF कोरले अब डाटाबेसको स्न्यापसट भण्डार गर्दैन। कोड फर्स्टमा EF कोरसँग काम गर्दा, अब डाटाबेस डिप्लोय गर्न आवश्यक छैन
• हामी कोड फर्स्टबाट नाचिरहेका हुनाले, सबै आवश्यक डाटा पहुँच प्रदायकहरूमा एउटा माइग्रेसन सञ्चालन गर्न सम्भव छ
• प्रदायकहरूको सन्दर्भमा, PostgreSQL समर्थित छ, Oracle समर्थित छ, आदि, आदि, र MS SQL Server 

र बेफाइदाहरू पनि:

• द्वन्द्व समाधान एउटै स्तरमा रह्यो। यो क्रम माइग्रेसन र डाटाबेस स्न्यापसट अद्यावधिक गर्न आवश्यक छ
• माइग्रेसनहरू उत्पन्न भएका मोडेलहरूमा निर्भरता

DbUp

dbup.github.io

DbUp एक .NET पुस्तकालय हो जुन NuGet द्वारा स्थापना गरिएको छ र SQL सर्भरमा परिवर्तनहरू पुश गर्न मद्दत गर्दछ। यसले कुन परिवर्तन स्क्रिप्टहरू पहिले नै कार्यान्वयन गरिसकिएको छ भनेर ट्र्याक राख्छ र डाटाबेस अद्यावधिक गर्न आवश्यक भएकाहरूलाई चलाउँछ। पुस्तकालय ASP.NET मा खुला स्रोत ब्लगिङ इन्जिनको लागि एउटा परियोजनाबाट बढेको हो र MIT लाइसेन्स अन्तर्गत अवस्थित छ, र कोड GitHub मा छ। माइग्रेसनहरू T-SQL प्रयोग गरेर वर्णन गरिएको छ।

के फाइदाहरू छन्:

• ठूलो संख्यामा DBMS (MS SQL Server, PstgreSQL, MySQL) को लागि समर्थन
• लिपिहरू T-SQL मा लेखिएको हुनाले, तिनीहरू एकदम सरल देखिन्छन्
• विवादहरू SQL प्रयोग गरेर पनि समाधान गरिन्छ

र विपक्ष:

• समर्थित DBMS को सबै विविधता संग, Oracle ती मध्ये एक होइन
• ORM सँग अन्तर्क्रिया गर्दैन
• हातले T-SQL स्क्रिप्टहरू लेख्नु भनेको हामीले लक्ष्य राखेका थिएनौं
• कागजात र समुदाय यति धेरै छन्, यद्यपि SQL स्क्रिप्ट लेख्ने सन्दर्भमा तिनीहरू आवश्यक नहुन सक्छ।

राउन्डहाउस ई

github.com/chucknorris/roundhouse

यो माइग्रेसन व्यवस्थापन उपकरण, Apache 2.0 लाइसेन्स अन्तर्गत वितरित, अघिल्लो जस्तै, T-SQL माइग्रेसन इन्जिनमा चल्छ। स्पष्ट रूपमा, विकासकर्ताहरूले सहज विकास प्रक्रिया सिर्जना गर्नुको सट्टा DBMS समर्थन सम्बन्धी प्राविधिक समस्याहरू समाधान गर्न प्राथमिकता दिए।

प्रो:

• आवश्यक DBMS समर्थन गर्दछ (ओरेकल सहित)

Cons:

• Oracle (साथै पहुँच, जुन हाम्रो लागि अप्रासंगिक छ) .NET Core मा समर्थित छैन, केवल .NET Full Framework मा।
• ORM सँग काम गर्दैन
• अघिल्लो उपकरण भन्दा पनि कम कागजात छ
• फेरि - माइग्रेसनहरू लिपिहरूद्वारा लेखिएका छन्

ThinkingHome.Migrator

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

प्रो:

• .NET कोरको लागि डिजाइन गरिएको
• माइग्रेसनहरूको शाखाबद्ध अनुक्रम लागू गरियो
• माइग्रेसन लगिङ लागू गरियो

Cons:

• पछिल्लो पटक एक वर्ष पहिले अद्यावधिक गरिएको थियो। स्पष्ट रूपमा परियोजना समर्थित छैन
• Oracle द्वारा समर्थित छैन (लेखले बताउँछ कि यो .NET Core को लागि स्थिर कार्यान्वयनको कमीको कारण हो - तर यो एक वर्ष अघिको हो)
• माइग्रेसनको कुनै स्वचालित उत्पादन छैन

समग्रमा, परियोजना आशाजनक देखिन्छ, विशेष गरी यदि यो विकास गर्ने हो, तर हामीले यहाँ र अहिले निर्णय गर्न आवश्यक छ।

प्रवाहित प्रवासी

github.com/fluentmigrator/fluentmigrator

प्रशंसकहरूको ठूलो सेनाको साथ सबैभन्दा लोकप्रिय माइग्रेसन उपकरण। Apache 2.0 लाइसेन्स अन्तर्गत वितरित। वर्णनमा उल्लेख गरिए अनुसार, यो .NET को लागि माइग्रेसन ढाँचा हो, Ruby on Rails Migrations जस्तै। डाटाबेस स्कीमामा परिवर्तनहरू C# कक्षाहरूमा वर्णन गरिएको छ।

यहाँ फाइदाहरू छन्:

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

माइनसहरूको लागि, तिनीहरू यहाँ छन्:

• माइग्रेसनको कुनै स्वचालित उत्पादन छैन
• EF मोडेलहरूसँग कुनै जडान छैन
• कुनै डाटाबेस स्न्यापसटहरू छैनन्

हाम्रो रोजाइ के थियो?

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

निष्कर्ष

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

स्रोत: www.habr.com