{"id":34734,"date":"2019-10-31T22:00:06","date_gmt":"2019-10-31T19:00:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sravnenie-i-vybor-sistem-migratsii-dannyh\/"},"modified":"2019-10-31T22:00:06","modified_gmt":"2019-10-31T19:00:06","slug":"sravnenie-i-vybor-sistem-migratsii-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/sravnenie-i-vybor-sistem-migratsii-dannyh","title":{"rendered":"J\u00e4mf\u00f6relse och val av datamigreringssystem","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

J\u00e4mf\u00f6relse och val av datamigreringssystem<\/h2>\n

\n\"J\u00e4mf\u00f6relse
\n
\nDatamodellen i utvecklingsprocessen har egenskapen att f\u00f6r\u00e4ndras, och vid en viss tidpunkt slutar den att motsvara databasen. Naturligtvis kan databasen tas bort, och d\u00e5 kommer ORM att skapa en ny version som st\u00e4mmer \u00f6verens med modellen, men en s\u00e5dan procedur skulle leda till f\u00f6rlust av befintliga data. D\u00e4rf\u00f6r handlar migrationssystemets funktion om att, n\u00e4r schemat \u00e4ndras, synkronisera det med datamodellen i applikationen utan att f\u00f6rlora befintliga data.<\/p>\n

I denna artikel vill vi diskutera olika verktyg f\u00f6r att hantera databas-migrationer. Vi hoppas att denna \u00f6versikt kommer att vara anv\u00e4ndbar f\u00f6r utvecklare som st\u00e5r inf\u00f6r ett s\u00e5dant val.
\n<\/a><\/noindex><\/p>\n

Uppgift<\/h3>\n

\nI v\u00e5rt f\u00f6retag p\u00e5g\u00e5r just nu en aktiv utveckling av n\u00e4sta generations produkt \u2013 Docs Security Suite (DSS). Serverdelen skrivs i .Net Core, och som databas anv\u00e4nds d\u00e4rmed Entity Framework Core. N\u00e4r vi designar applikationen till\u00e4mpar vi ett Code First- tillv\u00e4gag\u00e5ngss\u00e4tt.<\/p>\n

Dom\u00e4nmodellen f\u00f6r applikationen skapas av flera utvecklare samtidigt \u2013 varje utvecklare ansvarar f\u00f6r sin logiska del av systemet. <\/p>\n

I f\u00f6reg\u00e5ende generation av DSS anv\u00e4ndes klassiska Entity Framework Migrations (EF 6) som migrationshanteringssystem. Det har dock uppst\u00e5tt vissa klagom\u00e5l p\u00e5 det, den fr\u00e4msta \u00e4r att EF saknar en rimlig metod f\u00f6r att hantera versionkonflikter. Denna punkt oroar oss fortfarande under buggfixering inom supporten, d\u00e4rav beslutet att \u00f6verv\u00e4ga alternativa alternativ.<\/p>\n

Som resultat av diskussionen har f\u00f6ljande krav formulerats f\u00f6r migrationshanteringssystemet:<\/p>\n

    \n
  1. St\u00f6d f\u00f6r olika databashanterare. Obligatoriskt MS SQL Server, PostgreSQL, Oracle, men potentiellt kan \u00e4ven andra anv\u00e4ndas.<\/li>\n
  2. Arbeta med ORM. Initialt var det t\u00e4nkt att anv\u00e4nda EF Core, men under designfasen var vi \u00f6ppna f\u00f6r att \u00f6verv\u00e4ga andra ORM.<\/li>\n
  3. Autogenerering av migrationer. Med tanke p\u00e5 Code First-utveckling \u00f6nskar vi undvika att \"skriva manuellt\" migrationer.<\/li>\n
  4. Versionskonflikter. Under distribuerad utveckling kan EF Core krascha p\u00e5 grund av konflikter vid sammanslagning. Detta blir ett betydande problem, eftersom olika delar av applikationen skapas av olika utvecklare, vilket g\u00f6r att mycket tid g\u00e5r f\u00f6rlorad p\u00e5 varje.<\/li>\n
  5. Utvecklad dokumentation och support. H\u00e4r tror vi att f\u00f6rklaringar inte beh\u00f6vs.<\/li>\n
  6. Kostnadsfrihet. Kriteriet \u00e4r villkorligt, eftersom vi ocks\u00e5 var beredda att \u00f6verv\u00e4ga antingen inte s\u00e5 dyra system eller dyra men perfekta i anv\u00e4ndarv\u00e4nlighet.<\/li>\n<\/ol>\n

    \nSom ett resultat av en liten unders\u00f6kning har f\u00f6ljande alternativ identifierats och erk\u00e4nns som \u00f6nskv\u00e4rda f\u00f6r \u00f6verv\u00e4gande:<\/p>\n

      \n
    1. EF Core Migrationer<\/li>\n
    2. DBup<\/li>\n
    3. RoundhousE<\/li>\n
    4. ThinkingHome.Migrator<\/li>\n
    5. Fluent Migrator <\/li>\n<\/ol>\n

      <\/p>\n

      Och nu lite mer i detalj<\/h3>\n

      \n\"J\u00e4mf\u00f6relse
      \n      EntityFramework Core Migrationer<\/a><\/noindex><\/b><\/p>\n

      Naturligtvis var detta det f\u00f6rsta och fr\u00e4msta valet. Inbyggt verktyg som fungerar ur l\u00e5dan utan n\u00e5gra konstiga knep. En stor m\u00e4ngd dokumentation, b\u00e5de officiell och inofficiell, enkelhet osv. Men de klagom\u00e5l som riktades mot klassisk EF \u00e4r fullt aktuella \u00e4ven f\u00f6r EF Core. <\/p>\n

      D\u00e4rf\u00f6r finns f\u00f6ljande f\u00f6rdelar med EF Core:<\/p>\n