Datenbankname in der Versionskontrolle

Question

Wir entwickeln ein aspx-Projekt mit Visual Studio 2010 Professional, SQL Server 2008 R2 und Team Foundation Server 2010. Da die Entwicklung in mehreren Büros durchgeführt wird, hat jeder Entwickler seine eigenen lokalen Instanzen der Datenbanken. Ich möchte diese mehreren Datenbanken unter Quellcodekontrolle stellen (oder zumindest die Schemata der DB, die Struktur und die gespeicherten Prozeduren - die Daten sind für mich nicht wichtig). Mein bevorzugter Ansatz ist das Hinzufügen von Datenbankprojekten zur VS-Lösung, die bereits in TFS quellengesteuert ist. Alle Änderungen werden von TFS verteilt und können lokal bereitgestellt werden.

Das Problem, das ich habe, ist, dass die Datenbankprojekte einen Verweis auf eine lokale Datenbankinstanz (Server und Name) enthalten. Wenn jemand die neueste Version meiner Änderungen erhält, hat er einen Verweis auf meine lokale DB-Instanz (die sich von seiner lokalen DB-Instanz unterscheidet). Sie müssten die DB-Details ändern (also das dbproj auschecken), um meine Aktualisierungen zu erhalten.

Gibt es also eine Möglichkeit, den Datenbankserver und den Namen aus der Versionskontrolle herauszunehmen, während die Schemata unter der Versionskontrolle bleiben? Für jede Hilfe wären wir Ihnen sehr dankbar!

Answer 1

Ich bin mir nicht sicher, ob Sie das können. Sie könnten jedoch einen Alias verwenden, so dass alle Entwickler eine Datenbank auf ihrem lokalen Rechner verwenden, die jedoch durch denselben Alias referenziert wird.

Schauen Sie sich das an: http://www.mssqltips.com/sqlservertip/1620/how-to-setup-and-use-a-sql-server-alias/ wie Sie einen Alias einrichten können.

Auf diese Weise können Sie die Datenbank von den Verbindungsdetails trennen.

Answer 2

Ich bin an der Entwicklung eines einzigartigen, durchgesetzten Datenbank-Quellcodekontrolle Lösung namens DBmaestro TeamWork.

Es verfügt über ein Plugin für SSMS, das es dem Entwickler ermöglicht, direkt an den Datenbankobjekten zu arbeiten (seine Arbeitsumgebung zu ändern), seine Tests auszuführen und dann ein Check-In durchzuführen, bei dem die Metadaten (Tabellenstruktur, Prozeduren, Funktionen, Ansichten usw.) in das Repository der Versionskontrolle eingelesen werden.

Mit der Auswirkungsanalyse ist es einfach, Änderungen aus verschiedenen Datenbanken in einer einzigen Datenbank zusammenzuführen. Der Algorithmus der Auswirkungsanalyse führt eine 3-Wege-Analyse durch (nicht nur einen einfachen Vergleich und eine Synchronisierung), um die Änderungen von EntwicklerA zu identifizieren, die nicht rückgängig gemacht werden sollten, wenn der Entwickler seine Änderungen zusammenführt, und er ignoriert den Datenbanknamen, wenn er die Auswirkungsanalyse ausführt oder das Deltaskript generiert.