Aktualisieren der DB beim Kunden

[Papaschlumpf73]

Zitat von Hobbycoder:

Aber man könnte ja auch jede DB-Änderung als ALTER TABLE SQL-Zeile speichern und beim Kunden dann abspulen. Ist nur blöd, wenn da mal eine zwischen vergessen wurde. Auch müsste man für die Datenbank eine Version führen, damit die DB soweit aktualisiert wird, auch wenn der Kunde mal ein Update verpasst hat.

Das mache ich seit 20 Jahren so und würde ich immer wieder so machen. Stell dir vor, dein Projekt wächst und wächst. Jetzt willst du mal eine Tabelle umbenennen oder neu erstellen und Daten aus einer bisherigen Tabelle reinkopieren. Wenn man jetzt nur die strukturellen Unterschiede ermittelt und behebt, sind die Daten aus der ursprünglichen Tabelle einfach nur weg.

[TigerLilly]

Für mich hat sich bewährt:
- Im Programm gibt es eine Constante DBVersion. Das ist die Version, die das Programm von der Datenbank voraussetzt.
- In der Datenbank gibt es (in einer Tabelle) ebenfalls eine DBVersion, das ist die Version, die die DB tatsächlich hat.
Bei Abweichung: Fehlermeldung.
- Beim Programmstart führt das Programm eine Reihe von solchen Anweisungen aus:

Code:

 Result := Result and DoVersion(nDBVersion, 257, 'ALTER TABLE TBLMATERIAL alter column ' + 'zus_beschreibung nvarchar(max);',
     'Zusatzfelder für Entwicklung II');

Ist die Version lt. DB kleiner als 257 wird das ausgeführt, sonst nicht.
- Bei Erfolg wird die version in der DB angepasst usw
- Weitere Änderungen werden einfach angefügt.
- Das gleiche Schema gibt es BTW auch für Dateninhalte.

Nebennutzen: Da nicht alle wollen, dass die App Änderungen an der DB selber macht, kann man die SQL-Scripts in eine Datei ausgeben lassen, die dann gesondert ausgeführt wird.
Auslassen von Versionsprüngen gibt es damit nicht. Wenn eine Änderung fehlt schlägt fällt es auch sofort auch. Und über den Text bei den Änderungen ergibt sich automatisch eine History/Doku.

[MyRealName]

Ich hatte es damals für Firebird so gebaut (im Moment bin ich in der aktuellen Firma nicht für DB Updates zuständig) :

DB hat Version und Unterversion. Version muss mit der im Programm hinterlegten Version übereinstimmen. Unterversion gibt den Schritt im Updateverlauf an. Ein Schritt konnte das Hinzufügen eines Feldes sein, das Eintragen von neuen Konstanten in eine Tabelle, das Transformieren von Daten über ein "EXECUTE BLOCK" etc. Vorteil war natürlich, dass ich für jeden Vorgang eine spezifische Fehlermeldung hatte, wenn was schief ging und diese speichern und melden konnte, so konnte der Support sich mit dem Kunden pro-aktiv in Verbindung setzen und den Fehler beheben und das Update neu laufen lassen.
Dazu habe ich 2 Tools geschrieben, 1 um die XML Dateien zu erstellen, die die einzelnen Befehle beinhalten und das andere lief beim Kunden, zeigte alle dort registrierten Datenbanken an und in welcher Version diese sind. Dort über Checkbox kurz ausgewählt, welche aktualisiert werden sollen und los ging es