Bei meinem aktuellen Projekt stehe ich vor dem Problem dass ich die Datenbank erweitern muss.

Jetzt suche ich nach einer sauberen Lösung.

Aktueller Stand:
Momentan habe ich ein sauberes SQL-script welches die Datenbank mit allen Indexen, Triggern, etc. erstellt. Die Datenbak ist seit ein paar Monaten im Einsatz und daher mit Daten gefüllt (Firebird 2.1).

Was ist ein sauberer Weg eine Tabelle um die neuen benötigten Spalten (teilweise auch Indexen, Fremdschlüssel, Domains, Triggern, SP, etc.) zu erweitern ?

Denkbar wäre das über das Programm zu machen, nur erscheint mir diese Lösung als recht unsabuer, da dadurch die Übersicht meines Scriptes verloren ginge. Das Script nehme ich immer gerne zu Hand während der Programmierung, da es sehr übersichtlich ist.

Was ich noch nicht ausprobiert habe wäre der Weg die Datenbank zu sichern, danach neu zu erstellen - mit den neuen Datenbankfeldern - und dann wieder rückzusichern.

Du könntest das Skript ja vom Programm ausführen lassen.
Am Besten Versionierung der DB. U.U. Erzeugung von neuere Datenbank mit neuer Struktur und dann anschließend den Inhalt in neue kopieren

Ich halte das bei all meinen Datenbankanwendungen so:
In der Datenbank gibt es eine Tabelle DB_VERSION. Dort steht eine Versionsnummer, sowie eine Notiz für mich selber, was alles geändert wurde.

Im Programm habe ich nun ein eigenes Datenmodul für DB Updates. Nach dem Verbinden der Datenbank prüfe ich, ob die Version gleich meiner erwarteten ist. Wenn ja, ganz normal weiter arbeiten, wenn nicht werden nacheinander die notwendigen Update Scripte ausgeführt. Diese Scripte habe ich pro Version auf dem Datenmodul angelegt, ist also nocht relativ übersichtlich.

Beispiel:
Ich habe eine Datenbank Version 1. Nun stelle ich fest, dass in dieser DB was geändert werden muss. Also mach ich eine Kopie von der V1, nenn diese V2, und füg dort alle Änderungen ein. Wenn ich fertig bin, lass ich die Metadaten der beiden Datenbanken vergleichen und das ist dann mein Script, was ich in der anwendung als neues Script anlege.

Hoffe, das reicht als Denkanstoß

Hallo,

ich habe das Problem folgendermaßen gelöst:

Es existiert eine genaue Beschreibung des Soll-Zustands der Datenbank.

Also: Keine Änderungsscritps sondern eine Beschreibung der Datenbank (Meta-Daten).

Im Zuge des Updates wird die Datenbank mit den neuen Metadaten verglichen und es werden die Instruktionen zum Abgleich dynamisch erstellt.

Danach werden die Änderungsstatements Schritt für Schritt ausgeführt.

Der Aufwand so etwas zu entwickeln ist natürlich nicht gering aber durchaus machbar (Für meine 1. Version hab ich ca. 40 Stunden gebraucht, inzwischen stecken da ca. 200 h Arbeit drinnen (Bugfixing und Erweiterungen (Ich liebe Views die von einander abhängen)).

Zusätzlich existiert natürlich ein komfortabler Editor mit dem man die Meta-Daten ändern kann, Tabellen-Strutkuren, Views, Stored-Procedures, Trigger importiern kann.

Vielen Dank für die Antworten und Anregungen. Entsprechend den Vorschlägen bin ich zufersichtlich eine saubere Lösung einbauen zu können.