{"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\/de\/blog\/administrirovanie\/sravnenie-i-vybor-sistem-migratsii-dannyh","title":{"rendered":"Vergleich und Auswahl von Datentransfersystemen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vergleich und Auswahl von Datentransfersystemen<\/h2>\n

\n\"Vergleich
\n
\nDas Datenmodell im Entwicklungsprozess hat die Eigenschaft, sich zu \u00e4ndern, und irgendwann stimmt es nicht mehr mit der Datenbank \u00fcberein. Nat\u00fcrlich kann die DB gel\u00f6scht werden, und dann wird ORM eine neue Version erstellen, die dem Modell entspricht, aber ein solches Verfahren f\u00fchrt zu einem Verlust bestehender Daten. Somit besteht die Funktion des Migrationssystems darin, das Schema bei \u00c4nderungen mit dem Datenmodell in der Anwendung zu synchronisieren, ohne vorhandene Daten zu verlieren.<\/p>\n

Im Rahmen dieses Artikels m\u00f6chten wir verschiedene Werkzeuge zur Verwaltung von Datenbankmigrationen betrachten. Wir hoffen, dass dieser \u00dcberblick f\u00fcr Entwickler, die vor einer solchen Wahl stehen, n\u00fctzlich sein wird.
\n<\/a><\/noindex><\/p>\n

Aufgabe<\/h3>\n

\nIn unserem Unternehmen wird derzeit die aktive Entwicklung der n\u00e4chsten Generation des Produkts \u2013 Docs Security Suite (DSS) \u2013 vorangetrieben. Der Backend-Teil wird auf .Net Core geschrieben, und als DBMS wird entsprechend Entity Framework Core verwendet. Bei der Anwendungsentwicklung verwenden wir den Ansatz Code First.<\/p>\n

Das Dom\u00e4nenmodell der Anwendung wird gleichzeitig von mehreren Entwicklern erstellt \u2013 jeder ist f\u00fcr seinen logischen Teil des Systems verantwortlich. <\/p>\n

In der vorherigen Generation von DSS wurde das klassische Entity Framework Migrations (EF 6) als Migrationsverwaltungssystem verwendet. Allerdings gab es einige Beschwerden, vor allem dar\u00fcber, dass EF keinen praktikablen Ansatz zur L\u00f6sung von Versionskonflikten bietet. Diese Tatsache belastet uns immer noch beim Bugfixing im Rahmen der Unterst\u00fctzung, weshalb beschlossen wurde, alternative Varianten in Betracht zu ziehen.<\/p>\n

Nach der Besprechung wurden die folgenden Anforderungen an das Migrationsverwaltungssystem formuliert:<\/p>\n

    \n
  1. Unterst\u00fctzung verschiedener DBMS. MS SQL Server, PostgreSQL, Oracle ist erforderlich, aber potenziell sind auch andere nutzbar.<\/li>\n
  2. Arbeiten mit ORM. Urspr\u00fcnglich war die Verwendung von EF Core geplant, jedoch waren wir in der Planungsphase bereit, auch andere ORMs in Betracht zu ziehen.<\/li>\n
  3. Automatische Generierung von Migrationen. Angesichts der Code First-Entwicklung m\u00f6chten wir es gerne vermeiden, Migrationen \u201eh\u00e4ndisch\u201c zu schreiben.<\/li>\n
  4. Versionskonflikte. In einer verteilten Entwicklung kann EF Core beim Merge-Konflikten auftreten. Dies wird zu einem erheblichen Problem, da verschiedene Teile der Anwendung von verschiedenen Entwicklern erstellt werden, weshalb viel Zeit f\u00fcr jeden Konflikt aufgewendet werden muss.<\/li>\n
  5. Entwickelte Dokumentation und Unterst\u00fctzung. Hier, so glauben wir, sind keine weiteren Erkl\u00e4rungen n\u00f6tig.<\/li>\n
  6. Kostenlosigkeit. Das Kriterium ist bedingt, da wir auch nicht sehr teure Systeme oder teure, aber ideale in der Benutzerfreundlichkeit, ebenfalls in Betracht ziehen w\u00fcrden.<\/li>\n<\/ol>\n

    \nInfolge einer kleinen Untersuchung wurden die folgenden Optionen gefunden und als w\u00fcnschenswert f\u00fcr die Pr\u00fcfung anerkannt:<\/p>\n

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

      <\/p>\n

      Nun etwas detaillierter<\/h3>\n

      \n\"Vergleich
      \n      EntityFramework Core Migrations<\/a><\/noindex><\/b><\/p>\n

      Nat\u00fcrlich war dies die erste und wichtigste Wahl. Ein natives Tool, das sofort ohne besondere Anpassungen funktioniert. Eine gro\u00dfe Menge an Dokumentation, sowohl offizielle als auch weniger offizielle, Einfachheit usw. Dennoch sind die Vorw\u00fcrfe, die gegen das klassische EF erhoben wurden, auch f\u00fcr EF Core durchaus relevant. <\/p>\n

      Somit ergeben sich f\u00fcr EF Core folgende Vorteile:<\/p>\n