Datenbankbereitstellungsstrategien (SQL Server)

Ich bin auf der Suche nach einem Weg, um die täglichen Implementierungen und halten Sie die Datenbank-Skripte im Einklang mit den releases.

Derzeit haben wir eine ziemlich anständige Art der Bereitstellung unserer Quelle, haben wir die unit, code coverage, continuous integration und rollback-Verfahren.

Das problem ist das die Datenbank-Skripte im Einklang mit einem release. Jeder scheint zu versuchen, das Skript aus auf die Datenbank testen, dann führen Sie Sie auf live, wenn die ORM mappings werden aktualisiert (d.h. die änderungen live geht), dann nimmt die neue Spalte.

Das erste problem ist, dass keines der Skripts geschrieben werden, überall, in der Regel alle "versuche", um Sie in ein Subversion-Ordner, aber einige der fauler Menschen führen Sie einfach das Skript auf Leben und die meiste Zeit, niemand weiß, wer das getan hat, was in die Datenbank.

Das zweite Problem ist, dass wir haben 4 test-Datenbanken und Sie sind IMMER aus der Reihe und der einzige Weg, um wirklich diese Zeile wieder zu tun eine Wiederherstellung aus der live-Datenbank.

Bin ich ein großer Anhänger, dass ein Prozess wie dieser muss einfach sein, unkompliziert und einfach zu verwenden, um zu helfen, ein Entwickler, nicht behindern.

Was ich Suche, sind Techniken/Ideen, die machen es EINFACH für die Entwickler zu aufzeichnen möchten Ihre Datenbank-Skripte, so dass Sie lief als Teil der release-Prozedur. Ein Prozess, der Entwickler würde Folgen wollen.

Irgendwelche stories, use cases oder auch ein link wären hilfreich.

InformationsquelleAutor der Frage | 

Schreibe einen Kommentar