Ausschließen einer bestimmten Tabelle von einer SSDT-Bereitstellung

Ich habe eine vorhandene Datenbank mit allem im Schema dbo. Ich habe ein SSDT-Projekt mit Objekten, die ich mit einem Schema hinzufügefoo

Ich habe eine Tabelle, die im Projekt so aussieht:

CREATE table foo.a (
    id INT NOT NULL
        CONSTRAINT [PK_foo_a] PRIMARY KEY CLUSTERED
        CONSTRAINT [FK_foo_a] FOREIGN KEY REFERENCES [dbo].[a],
    desc NVARCHAR(50) NOT NULL
)

Es hängt von dbo.a ab. dbo.a hat viele Spalten, die Fremdschlüssel für andere Spalten sind. Jemand anderes (der das Standardschema verwaltet) ändert möglicherweise dbo.a.

Ich möchte dbo.a einfach speichern als:

CREATE table dbo.a (
    id INT NOT NULL
        CONSTRAINT [PK_a] PRIMARY KEY CLUSTERED
)

Es wird also intern erstellt, aber nicht bereitgestellt. Ist das möglich?

Sie können den AgileSqlClub SqlPackage-Bereitstellungsfilter verwenden .

Kurze Anweisungen aus dem Originalartikel von Ed Elliott :

1. Laden Sie den Filter von agilesqlclub.codeplex.com herunter
2. Legen Sie das DLLin den gleichen Ordner wiesqlpackage.exe

3. Fügen Sie Ihrer Bereitstellung die folgenden Befehlszeilenparameter hinzu:

   /p:AdditionalDeploymentContributors=AgileSqlClub.DeploymentFilterContributor /p:AdditionalDeploymentContributorArguments="SqlPackageFilter=IgnoreSchema(BLAH)"

   Dadurch wird nichts im BLAHSchema bereitgestellt, gelöscht oder geändert.

Ausführliche Informationen finden Sie im Originalartikel .

Es SSDTist schwierig, nur einen Teil einer Datenbank mit zu verwalten . Wenn es keine Abhängigkeiten gäbe, könnten Sie einfach zulassen, dass Objekte gelöscht und nicht in das Projekt aufgenommen werden. Da es Abhängigkeiten gibt, die Sie aber nicht verwalten möchten, müssen Sie das System austricksen.

Eine Methode fällt mir ein: Ich kann sie derzeit nicht testen, und ich habe nur eine "ähnliche" Methode verwendet, nicht genau diese.

Option 1:

1. Erstellen Sie ein neues Datenbankprojekt mit dbo.adarin.

2. Verweisen Sie auf die Tabelle mit dreiteiliger Benennung. Verwenden Sie für den ersten Teil des Namens eine SQLCMD-Variable. Z.B[$(DatabaseName)].dbo.a.

3. Stellen Sie niemals Ihre fooDatenbank bereit .

4. Stellen Sie über die Veröffentlichungsdateien oder die CLI-Oberfläche $(DatabaseName)den gleichen Namen wie Ihre echte Datenbank ein.

Eine "saubere" integrierte Methode, um dies zu tun (Stand 2016), ist die Verwendung einer gespeicherten Schema-Vergleichsdatei. Du kannst:

1. Führen Sie Ihren Schema-Vergleich durch (aus Ihrem Datenbankprojekt -> einem Zielserver) und deaktivieren Sie alle Objekte, die Sie für die Aktualisierung ausschließen möchten.
2. Speichern Sie Ihr Schema. Vergleichen Sie mit einer * .scmp-Datei
3. Sie können die .scmp-Datei kopieren und einfügen, um bei Bedarf Versionen für verschiedene Umgebungen zu erstellen, und sie einfach im XML-Editor bearbeiten, um die Quelle (um auf die Erstellung der Dacpac-Ausgabedatei zu verweisen), die Verbindung usw. zu ändern oder sogar Elemente im Abschnitt manuell hinzuzufügen / zu ändern .
4. Konfigurieren Sie die Befehlsparameter für die Dacpac-Bereitstellung / Veröffentlichung so, dass die entsprechende .scmp-Datei für die Veröffentlichung verwendet wird. zB SqlPackage.exe / Aktion: Publizieren Sie /SourceFile:c:\project\schema_compare.scmp

Weitere Informationen finden Sie hier: https://devblogs.microsoft.com/ssdt/schema-compare-in-sqlpackage-and-the-data-tier-application-framework-dacfx/