Gewusst wie: Ändern der Zielplattform und Veröffentlichen eines Datenbankprojekts

  • Artikel

Sie können die SQL Server-Zielversion für Ihr SSDT-Datenbankprojekt (SQL Server Data Tools) in jede unterstützte SQL Server-Instanz (SQL Server 2005, 2008, 2008 R2, Microsoft SQL Server 2012 oder SQL Azure) ändern. Hierdurch können Sie die Datenbankentwicklung in einem einzelnen Projekt bündeln, das Projekt jedoch bei Bedarf in mehreren SQL Server-Instanzen veröffentlichen.

SSDT vereinfacht auch diese Aufgabe durch Berücksichtigung der Zielplattform und automatisches Erkennen sämtlicher Fehler im Code (z. B. bei Verwendung von nicht unterstützten Funktionen für ein Projekt, das in SQL Azure veröffentlicht werden soll).

So ändern Sie die Zielplattform eines Projekts

  1. Klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf das Projekt, und wählen Sie Eigenschaften aus. Klicken Sie links auf die Registerkarte Projekteinstellungen, um die Eigenschaftenseite Projekteinstellungen zu öffnen.

  2. Die Dropdownliste Zielplattform auf dieser Seite enthält alle unterstützten SQL Server-Plattformen, auf denen ein Datenbankprojekt veröffentlicht werden kann. Wählen Sie für diese Prozedur SQL Azureaus.

So verwenden Sie beim Bearbeiten von Skripts Plattformüberprüfung

  1. Klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf die Tabelle Products, und wählen Sie Code anzeigen aus, um die Tabelle im Transact-SQL-Editor zu öffnen.

  2. Fügen Sie an das Ende der ON [PRIMARY] -Anweisung CREATE TABLE an.

  3. Beachten Sie, dass im Bereich Fehlerliste der folgende Fehler angezeigt wird: „SQL70015: ‚Dateigruppenverweis und Partitionsschema’ wird in SQL Azure nicht unterstützt“.

    SSDT überprüft das Skript automatisch auf Grundlage der Zielplattform. Da Dateigruppen in SQL Azure nicht unterstützt werden, gibt SSDT in diesem Fall einen Fehler zurück. Eine Liste der in SQL Azure nicht unterstützten Transact-SQL-Anweisungen finden Sie unter Teilweise unterstützte Transact-SQL-Anweisungen (Microsoft Azure SQL-Datenbank).

  4. Entfernen Sie die ON -Klausel. Beachten Sie, dass der Fehler unmittelbar darauf nicht mehr in der Fehlerlisteangezeigt wird.

So veröffentlichen Sie ein Datenbankprojekt

  1. Wenn Sie Zugriff auf eine SQL Azure-Instanz haben, können Sie mit dem nächsten Schritt fortfahren. Klicken Sie andernfalls im Projektmappen-Explorer mit der rechten Maustaste auf das Projekt TradeDev, und klicken Sie auf Eigenschaften, um auf die Eigenschaftenseite Projekteinstellungen zuzugreifen. Verwenden Sie die Dropdownliste Zielplattform, um die SQL Server-Plattform auszuwählen, auf der Sie das Projekt veröffentlichen möchten.

  2. Klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf das Projekt TradeDev, und wählen Sie Veröffentlichen aus. SSDT beginnt mit dem Erstellen des Projekts. Wenn kein Buildfehler auftritt, wird das Dialogfeld Datenbank veröffentlichen angezeigt.

  3. Wählen Sie im Dialogfeld Datenbank veröffentlichenBearbeiten, um die Zieldatenbankverbindung zu bearbeiten.

  4. Geben Sie im Dialogfeld Verbindungseigenschaften zur Authentifizierung den Namen der SQL Server-Instanz und Ihre Anmeldeinformationen ein. Geben Sie in Mit Datenbank verbindenden Wert NewTradeein. Hierdurch wird versucht, das Datenbankprojekt in einer neuen Datenbank zu veröffentlichen. Sie können zum Veröffentlichen des Projekts auch eine vorhandene Datenbank auswählen. Wenn Sie z.B. die vorhandene Datenbank TradeDev auswählen, werden alle Änderungen, die Sie im Offlineprojekt TradeDev an den Objekten (als Skripts) vorgenommen haben, an die Livedatenbank TradeDev weitergegeben.

    Wenn Sie über die Berechtigung verfügen, Änderungen an der Datenbank vorzunehmen, in der Sie das Projekt veröffentlichen möchten, klicken Sie auf die Schaltfläche Veröffentlichen . Wenn Sie jedoch keinen Schreibzugriff auf eine Produktionsdatenbank haben, können Sie die Schaltfläche Skript generieren auswählen, um ein Transact-SQL-Veröffentlichungsskript zu erzeugen, das anschließend an einen Datenbankadministrator übergeben werden kann. Der Datenbankadministrator kann dann das Skript ausführen, um den Produktionsserver zu aktualisieren, damit dessen Schema mit dem Datenbankprojekt synchron ist.

  5. Im Fenster Datentoolvorgänge werden der Status der Veröffentlichungsvorgänge und ggf. Fehlermeldungen angezeigt. In diesem neuen Fenster können Sie ggf. auch die Vorschau der Bereitstellung, das generierte Skript oder sämtliche Veröffentlichungsergebnisse anzeigen.

  6. Sie können auch die Veröffentlichungseinstellungen in einem Profil speichern, damit Sie für zukünftige Veröffentlichungsvorgänge die gleichen Einstellungen wiederverwenden können. Klicken Sie hierzu im Dialogfeld Datenbank veröffentlichen auf die Schaltfläche Profil speichern unter. Wenn Sie vorhandene Einstellungen in Zukunft erneut laden möchten, können Sie die Schaltfläche Profil laden auswählen.

  7. Beachten Sie die Meldungen im Fenster Datentoolvorgänge . Klicken Sie rechts von Veröffentlichungsvorschau wird erstellt... auf den Link „Vorschau anzeigen“. Dadurch wird der Bereitstellungsvorschaubericht geöffnet. Wenn die Zielplattform des Projekts nicht mit dem Datenbankserver identisch ist, auf dem das Projekt veröffentlicht wird, gibt SSDT in diesem Bericht eine Warnung aus. Wenn z. B. die Zielplattform des Projekts Microsoft SQL Server 2012 ist und Sie versuchen, das Projekt in einer SQL Server 2008 R2-Serverinstanz zu veröffentlichen, wird im Ausgabefenster die folgende Warnung angezeigt:

Bei einem Projekt, bei dem Microsoft SQL Server 2012 als Zielplattform angegeben ist, können möglicherweise Kompatibilitätsprobleme mit SQL Server 2008 auftreten. Enthält ein solches Projekt Entitäten (z. B. ein Sequenzobjekt), die in Microsoft SQL Server 2012 eingeführt wurden, tritt beim Veröffentlichungsvorgang ein Fehler auf.

Bei der Bereitstellung tritt ein Fehler auf, wenn Objektprädikate CONTAINS oder FREETEXT für einen neu erstellten Volltextindex verwenden und Transaktionsskripts eingesetzt werden. Wenn die Option zum Einschließen von Transaktionsskripts während der Bereitstellung aktiviert ist, werden Prozeduren und Sichten innerhalb einer Transaktion definiert, während ein Volltextindex außerhalb einer Transaktion am Ende des Bereitstellungsskripts definiert wird. Aufgrund dieser im Skript vorgegebenen Reihenfolge werden Vorgehensweisen oder Ansichten, die CONTAINS oder FREETEXT verwenden, nicht anhand des Volltextindexes aufgelöst, was zu einem Bereitstellungsfehler führt.