მონაცემთა მიგრაციის სისტემების შედარება და შერჩევა

მონაცემთა მიგრაციის სისტემების შედარება და შერჩევა

მონაცემთა მოდელი იცვლება განვითარების პროცესში და რაღაც მომენტში ის აღარ შეესაბამება მონაცემთა ბაზას. რა თქმა უნდა, მონაცემთა ბაზის წაშლა შესაძლებელია და შემდეგ ORM შექმნის ახალ ვერსიას, რომელიც შეესაბამება მოდელს, მაგრამ ეს პროცედურა გამოიწვევს არსებული მონაცემების დაკარგვას. ამრიგად, მიგრაციის სისტემის ფუნქციაა უზრუნველყოს, რომ სქემის ცვლილების შედეგად ის სინქრონიზებული იყოს აპლიკაციაში არსებულ მონაცემთა მოდელთან არსებული მონაცემების დაკარგვის გარეშე.

ამ სტატიაში ჩვენ გვინდა გადავხედოთ სხვადასხვა ინსტრუმენტებს მონაცემთა ბაზის მიგრაციის მართვისთვის. ვიმედოვნებთ, რომ ეს მიმოხილვა სასარგებლო იქნება დეველოპერებისთვის, რომლებიც მსგავსი არჩევანის წინაშე დგანან.

დავალება

ჩვენი კომპანია ამჟამად აქტიურად ავითარებს შემდეგი თაობის პროდუქტს - Docs Security Suite (DSS). სერვერის ნაწილი იწერება .Net Core-ში და Entity Framework Core გამოიყენება როგორც DBMS. აპლიკაციის შექმნისას ვიყენებთ Code First მიდგომას.

აპლიკაციის დომენის მოდელი იქმნება რამდენიმე დეველოპერის მიერ ერთდროულად - თითოეული პასუხისმგებელია სისტემის საკუთარ ლოგიკურ ნაწილზე.

წინა თაობის DSS იყენებდა კლასიკურ Entity Framework Migrations-ს (EF 6), როგორც მიგრაციის მართვის სისტემას. თუმცა, მის წინააღმდეგ დაგროვდა გარკვეული პრეტენზიები, მთავარი ის არის, რომ EF-ს არ გააჩნია გონივრული მიდგომა ვერსიების კონფლიქტების გადასაჭრელად. ეს ფაქტი კვლავ გვაწუხებს შეცდომების გამოსწორებისას, როგორც მხარდაჭერის ნაწილი, ამიტომ გადავწყვიტეთ ალტერნატიული ვარიანტების გათვალისწინება.

დისკუსიის შედეგად ჩამოყალიბდა მიგრაციის მართვის სისტემის შემდეგი მოთხოვნები:

1. სხვადასხვა DBMS-ების მხარდაჭერა. საჭიროა MS SQL Server, PostgreSQL, Oracle, მაგრამ პოტენციურად შესაძლებელია სხვების გამოყენება
2. ORM-თან მუშაობა. თავდაპირველად იგეგმებოდა EF Core-ის გამოყენება, მაგრამ დიზაინის ეტაპზე ჩვენ მზად ვიყავით განგვეხილა სხვა ORM-ები.
3. მიგრაციის ავტომატური გენერაცია. Code First-ის განვითარების გათვალისწინებით, მსურს თავიდან ავიცილოთ მიგრაციის „ხელით წერის“ აუცილებლობა
4. ვერსიების კონფლიქტები. განაწილებული განვითარების გარემოში, შერწყმისას, EF Core შეიძლება განიცადოს კონფლიქტები. ეს ხდება მნიშვნელოვანი პრობლემა, რადგან აპლიკაციის სხვადასხვა ნაწილი შექმნილია სხვადასხვა დეველოპერების მიერ, ასე რომ თქვენ უნდა დახარჯოთ დიდი დრო თითოეულზე.
5. გაფართოებული დოკუმენტაცია და მხარდაჭერა. აქ, როგორც ჩანს, ახსნა არ არის საჭირო
6. უფასო. კრიტერიუმი პირობითია, რადგან სისტემები არ არის ძალიან ძვირი ან ძვირი, მაგრამ იდეალურია მოხერხებულობით, ჩვენ ასევე მზად ვიყავით განვიხილოთ

მცირე კვლევის შედეგად, შემდეგი ვარიანტები იქნა ნაპოვნი და სასურველია განსახილველად:

1. EF ძირითადი მიგრაციები
2. DBup
3. მრგვალი სახლი E
4. ThinkingHome.მიგრანტი
5. თავისუფლად მიგრანტი

ახლა კი ცოტა უფრო დეტალურად

EntityFramework Core Migrations

ბუნებრივია, ეს იყო პირველი და მთავარი არჩევანი. მშობლიური ინსტრუმენტი, რომელიც მუშაობს ყუთის გარეშე, ტამბურის გარეშე. დიდი რაოდენობით დოკუმენტაცია, ოფიციალური და არც ისე, სიმარტივე და ა.შ. თუმცა, კლასიკური EF-ის შესახებ გაკეთებული პრეტენზიები ასევე საკმაოდ აქტუალურია EF Core-სთვის.

ამრიგად, EF Core-ის უპირატესობები ხაზგასმულია:

• Microsoft-ის მხარდაჭერა, დოკუმენტაცია, მათ შორის რუსულ ენაზე, უზარმაზარი საზოგადოება
• მიგრაციის ავტომატური გენერაცია CodeFirst-ის საფუძველზე
• EF 6-თან შედარებით, EF Core აღარ ინახავს მონაცემთა ბაზის სურათს. Code First-ში EF Core-თან მუშაობისას აღარ არის საჭირო მონაცემთა ბაზის განთავსება
• ვინაიდან ჩვენ ვცეკვავთ Code First-იდან, შესაძლებელია ერთი მიგრაციის განხორციელება მონაცემთა წვდომის ყველა საჭირო პროვაიდერთან
• რაც შეეხება პროვაიდერებს, მხარდაჭერილია PostgreSQL, მხარდაჭერილია Oracle და ა.შ. და ა.შ., და კიდევ MS SQL Server 

და ასევე უარყოფითი მხარეები:

• კონფლიქტის მოგვარება იმავე დონეზე დარჩა. აუცილებელია მიგრაციების თანმიმდევრობა და მონაცემთა ბაზის სნეპშოტების განახლება
• დამოკიდებულება მოდელებზე, რომლებზეც წარმოიქმნება მიგრაცია

DbUp

dbup.github.io

DbUp არის .NET ბიბლიოთეკა, რომელიც დაინსტალირებულია NuGet-ის მიერ და ეხმარება SQL Server-ში ცვლილებების შეტანას. ის აკონტროლებს, თუ რომელი ცვლილების სკრიპტებია უკვე შესრულებული და აწარმოებს მათ, რაც აუცილებელია მონაცემთა ბაზის განახლებისთვის. ბიბლიოთეკა წარმოიშვა ASP.NET-ზე ღია კოდის ბლოგის ძრავის პროექტის შედეგად და არსებობს MIT ლიცენზიით, ხოლო კოდი არის GitHub-ზე. მიგრაცია აღწერილია T-SQL-ის გამოყენებით.

რა უპირატესობები აქვს:

• დიდი რაოდენობით DBMS-ის მხარდაჭერა (MS SQL Server, PstgreSQL, MySQL)
• ვინაიდან სკრიპტები დაწერილია T-SQL-ში, ისინი საკმაოდ მარტივად გამოიყურებიან
• კონფლიქტები ასევე წყდება SQL-ის გამოყენებით

და უარყოფითი მხარეები:

• მხარდაჭერილი DBMS-ების მრავალფეროვნებით, Oracle არ არის ერთ-ერთი მათგანი
• არ ურთიერთქმედებს ORM-თან
• T-SQL სკრიპტების ხელით დაწერა არ არის ის, რისკენაც ჩვენ ვისწრაფვით
• დოკუმენტაცია და საზოგადოება ასეა, თუმცა SQL სკრიპტების დაწერის თვალსაზრისით ისინი შეიძლება არ იყოს საჭირო.

მრგვალი სახლი E

github.com/chucknorris/roundhouse

მიგრაციის მართვის ეს ინსტრუმენტი, რომელიც განაწილებულია Apache 2.0 ლიცენზიით, ისევე როგორც წინა, მუშაობს T-SQL მიგრაციის ძრავზე. როგორც ჩანს, დეველოპერებმა უპირატესობა მიანიჭეს ტექნიკური პრობლემების გადაჭრას DBMS მხარდაჭერასთან დაკავშირებით, ვიდრე კომფორტული განვითარების პროცესის შექმნა.

დადებითი:

• მხარს უჭერს საჭირო DBMS (მათ შორის Oracle)

Cons:

• Oracle (ისევე როგორც Access, რომელიც ჩვენთვის შეუსაბამოა) არ არის მხარდაჭერილი .NET Core-ზე, მხოლოდ .NET Full Framework-ზე
• არ მუშაობს ORM-თან
• კიდევ უფრო ნაკლები დოკუმენტაციაა, ვიდრე წინა ინსტრუმენტი
• ისევ - მიგრაცია იწერება სკრიპტებით

ThinkingHome.მიგრანტი

ინსტრუმენტი ვერსიირებული მონაცემთა ბაზის სქემის მიგრაციისთვის .NET Core პლატფორმაზე, განაწილებული MIT ლიცენზიით. თავად დეველოპერმა დაწერა მისი უახლესი ვერსიის შესახებ თითქმის ერთი წლის წინ.

დადებითი:

• შექმნილია .NET Core-სთვის
• განხორციელდა მიგრაციების განშტოების თანმიმდევრობა
• განხორციელდა მიგრაციის აღრიცხვა

Cons:

• ბოლოს განახლდა ერთი წლის წინ. როგორც ჩანს, პროექტი არ არის მხარდაჭერილი
• არ არის მხარდაჭერილი Oracle-ის მიერ (სტატიაში ნათქვამია, რომ ეს გამოწვეულია .NET Core-სთვის სტაბილური იმპლემენტაციის არარსებობით - მაგრამ ეს არის ერთი წლის წინ)
• არ არის მიგრაციის ავტომატური გენერაცია

მთლიანობაში, პროექტი პერსპექტიულად გამოიყურება, განსაკუთრებით თუ ის განვითარდებოდა, მაგრამ ჩვენ გვჭირდებოდა გადაწყვეტილების მიღება აქ და ახლა.

თავისუფლად მიგრანტი

github.com/fluentmigrator/fluentmigrator

ყველაზე პოპულარული მიგრაციის ინსტრუმენტი გულშემატკივართა დიდი არმიით. განაწილებულია Apache 2.0 ლიცენზიით. როგორც აღწერილობაშია ნათქვამი, ეს არის მიგრაციის ჩარჩო .NET-ისთვის, Ruby on Rails Migrations-ის მსგავსი. მონაცემთა ბაზის სქემაში ცვლილებები აღწერილია C# კლასებში.

აქ არის უპირატესობები:

• საჭირო DBMS-ის მხარდაჭერა
• .NET Core მხარდაჭერა
• დიდი განვითარებული საზოგადოება
• მიგრაციებს შორის კონფლიქტები წყდება თანმიმდევრობით - მითითებულია მიგრაციების შესრულების თანმიმდევრობა. გარდა ამისა, თუ კონფლიქტი წარმოიქმნება ერთი ერთეულის ირგვლივ, კოდის შერწყმისას ის წყდება ისევე, როგორც დანარჩენ კოდში.
• არის პროფილები, რომლებიც სრულდება წარმატებული მიგრაციის შემდეგ. და მათ შეუძლიათ სერვისის ფუნქციების შესრულება, ბოლო განახლება იყო ერთი თვის წინ, ანუ პროექტი ცოცხალია

რაც შეეხება მინუსებს, აქ არის:

• არ არის მიგრაციის ავტომატური გენერაცია
• არანაირი კავშირი EF მოდელებთან
• მონაცემთა ბაზის ანაბეჭდები არ არის

რა იყო ჩვენი არჩევანი?

ცხარე დებატები ორი პარამეტრის ირგვლივ ტრიალებდა - მიგრაციების ავტომატური გენერირება და კონფლიქტების გონივრული გადაწყვეტა. სხვა ფაქტორები გაცილებით ნაკლებად აშინებდა. შედეგად, დისკუსიის შედეგების საფუძველზე, გუნდმა გადაწყვიტა გამოეყენებინა Fluent Migrator ახალ პროექტში. რადგან მომავალში კონფლიქტების მოგვარება გაცილებით მეტ სარგებელს მოიტანს.

დასკვნები

რა თქმა უნდა, არ არსებობს სრულყოფილი ინსტრუმენტები. ამიტომ არჩევანის გაკეთების პრიორიტეტად ჩვენი „სურვილები“ ​​უნდა დაგვენიშნა. თუმცა, სხვა გუნდებისა და სხვა ამოცანებისთვის, სხვა ფაქტორები შეიძლება იყოს გადამწყვეტი. ვიმედოვნებთ, რომ ეს სტატია დაგეხმარებათ არჩევანის გაკეთებაში.

წყარო: www.habr.com