Споредба и избор на системи за миграција на податоци

Споредба и избор на системи за миграција на податоци

Моделот на податоци има тенденција да се менува во текот на процесот на развој, и во одреден момент тој повеќе не одговара на базата на податоци. Се разбира, базата може да се избрише, а потоа ORM ќе создаде нова верзија која ќе одговара на моделот, но оваа постапка ќе доведе до губење на постоечките податоци. Така, функцијата на системот за миграција е да обезбеди дека, како резултат на промена на шемата, тој е синхронизиран со моделот на податоци во апликацијата без губење на постоечките податоци.

Во оваа статија, би сакале да погледнеме различни алатки за управување со миграции на базата на податоци. Се надеваме дека овој преглед ќе биде корисен за програмерите кои се соочени со сличен избор.

Задача

Нашата компанија моментално активно ја развива следната генерација на производи - Docs Security Suite (DSS). Делот од серверот е напишан во .Net Core, а Entity Framework Core се користи како DBMS. Кога дизајнираме апликација, го користиме пристапот Code First.

Моделот на доменот на апликацијата е креиран од неколку програмери во исто време - секој е одговорен за својот логичен дел од системот.

Претходната генерација на DSS го користеше класичниот Entity Framework Migrations (EF 6) како систем за управување со миграцијата. Сепак, се акумулираа некои поплаки против него, а главната е дека ЕФ нема разумен пристап за решавање на конфликтите на верзии. Овој факт сè уште не вознемирува кога ги поправаме грешките како дел од поддршката, па затоа решивме да разгледаме алтернативни опции.

Како резултат на дискусијата, беа формирани следните барања за системот за управување со миграцијата:

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. Тркалезна куќа Е
4. ThinkingHome.Мигратор
5. Течен мигратор

И сега малку повеќе детали

EntityFramework Core Migrations

Секако, ова беше првата и главна опција за избор. Домашен инструмент кој работи надвор од кутијата без никакво чепкање со тамбура. Голема количина документација, официјална и не толку, едноставност итн. Сепак, поплаките направени за класичниот EF се исто така доста релевантни за EF Core.

Така, предностите за EF Core се истакнати:

• Поддршка на Microsoft, документација, вклучително и на руски, огромна заедница
• Автоматско генерирање на миграции врз основа на CodeFirst
• Во споредба со EF 6, EF Core повеќе не складира слика од базата на податоци. Кога работите со EF Core во Code First, повеќе не е потребно да се распоредува база на податоци
• Бидејќи танцуваме од 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 скрипти можеби не се потребни.

Тркалезна куќа Е

github.com/chucknorris/roundhouse

Оваа алатка за управување со миграција, дистрибуирана под лиценцата Apache 2.0, како и претходната, работи на моторот за миграција T-SQL. Очигледно, програмерите ставија приоритет на решавање на техничките проблеми во врска со поддршката за DBMS, наместо да создадат удобен процес на развој.

Позитивни:

• Ги поддржува потребните DBMS (вклучувајќи Oracle)

Конс:

• Oracle (како и Access, што е ирелевантно за нас) не е поддржан на .NET Core, само на .NET Full Framework
• Не работи со ORM
• Има уште помалку документација од претходната алатка
• Повторно - миграциите се напишани со скрипти

ThinkingHome.Мигратор

Алатка за миграција на шемата на верзионирана база на податоци до платформата .NET Core, дистрибуирана под лиценцата MIT. Самиот развивач пишуваше за неговата најнова верзија пред речиси една година.

Позитивни:

• Дизајниран за .NET Core
• Спроведе разгранета низа на миграции
• Спроведена евиденција за миграција

Конс:

• Последно ажурирано пред една година. Очигледно проектот не е поддржан
• Не е поддржано од 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