Änderungen des Datenbankschemas
Moderne Software verfügt häufig über eine Datenbankebene. In der Regel wird eine relationale Datenbank verwendet, in der sowohl Daten als auch die Struktur der Daten gespeichert werden. Oft ist es notwendig, die Datenbank im Continuous-Delivery-Prozess zu modifizieren. Der Umgang mit Änderungen in einer relationalen Datenbank erfordert besondere Überlegungen. Hierbei sind andere Herausforderungen präsent als bei der Bereitstellung von Anwendungsbinärdateien. Wenn Sie eine Anwendungsbinärdatei aktualisieren, beenden Sie normalerweise die Anwendung, aktualisieren sie und starten sie dann erneut. Sie kümmern sich nicht wirklich um den Anwendungsstatus, der außerhalb der Anwendung behandelt wird.
Beim Upgrade von Datenbanken müssen Sie den Status jedoch berücksichtigen, da eine Datenbank viel Status, aber vergleichsweise wenig Logik und Struktur enthält.
Das Datenbankschema vor und nach der Anwendung einer Änderung sollte jeweils als unterschiedliche Version der Datenbank betrachtet werden. Mit Tools wie Liquibase und Flyway können Sie die Versionen verwalten.
Im Allgemeinen verwenden diese Tools Varianten der folgenden Methoden:
-
Der Datenbank eine Tabelle hinzufügen, in der eine Datenbankversion gespeichert ist.
-
Die Befehle zur Datenbankänderung protokollieren und in versionierten Änderungssätzen zusammenfassen. Im Fall von Liquibase werden diese Änderungen in XML-Dateien gespeichert. Flyway verwendet eine etwas andere Methode, bei der die Änderungssätze als separate SQL-Dateien oder gelegentlich als separate Java-Klassen für komplexere Übergänge behandelt werden.
-
Wenn Liquibase eine Datenbank aktualisieren soll, überprüft es die Metadatentabelle und bestimmt, welche Änderungssätze ausgeführt werden, um die Datenbank mit der neuesten Version auf den neuesten Stand zu bringen.
