2016-08-26 3 views
0

Unser Team aktualisiert derzeit unsere Produktionsdatenbanken über die daccacs/bacpacs, da wir keine Kundendaten haben. Dies wird in naher Zukunft nicht der Fall sein, und ich möchte den Prozess ändern, indem ich nur die Datenbank über SQL-Skripte über Build-Automatisierung modifiziere.Hinzufügen von SQL-Skripten zum TFS-Build-Prozess

Werden diese SQL-Skripts in Team Foundation Server verwaltet und im Build do-fable ausgeführt? Und wenn ja, wie haben sich die Leute damit befasst?

Danke!

Antwort

0

Sie sollten DACPACs möglicherweise nicht während des Erstellungsprozesses bereitstellen. Es ist sinnvoller, Änderungen als Teil eines Release-/Deployment-Workflows zu pushen, der nach einem Build auftritt.

Das heißt, Sie können einen DACPAC veröffentlichen, ohne die Datenbank zu löschen und neu zu erstellen; Es gibt zahlreiche Optionen zum Steuern des Veröffentlichungsverhaltens der Datenbank, die auf Projektebene festgelegt und bei Bedarf an der Befehlszeile überschrieben werden können.

+0

Richtig, wir wollen mit dem Prozess der Verwaltung von SQL-Skripten und der Ausführung dieser Skripte gegen die Datenbank fortfahren, um das Schema zu aktualisieren und Daten hinzuzufügen. Ist die Veröffentlichung von DACPAC der beste Weg dafür? –

0

Es gibt zwei Hauptmethoden zum Verwalten von SQL-Datenbankänderungen bei der Bereitstellung in der Produktion.

  1. DACPAC
  2. Sequential SQL Scripts

Beide haben eine eigene Ausgabe und Bonus, wenn einzusetzen versuchen. Wenn Sie Ihre gesamte DevOps-Pipeline kontrollieren, ist Dacpac eine gute Option. Wenn Sie mit Unternehmens-DBAs umgehen müssen, können Sie auch SQL-Skripte ausführen.

Verwandte Themen