Escludendo una tabella specifica da una distribuzione SSDT

Ho un database esistente con tutto nello schema dbo. Ho un progetto SSDT con oggetti che sto aggiungendo ad esso con schemafoo

Ho una tabella che assomiglia a questa nel progetto:

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
)

Dipende da dbo.a. dbo.a ha molte colonne che sono chiavi esterne di altre colonne. Qualcun altro (che mantiene lo schema predefinito) potrebbe cambiare dbo.a.

Vorrei semplicemente archiviare dbo.a come:

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

Quindi viene costruito internamente, ma non distribuito. È possibile?

È possibile utilizzare il filtro di distribuzione SqlPackage AgileSqlClub .

Brevi istruzioni riprodotte dall'articolo originale di Ed Elliott :

1. Scarica il filtro da agilesqlclub.codeplex.com
2. Metti il DLLnella stessa cartella disqlpackage.exe

3. Aggiungi questi parametri della riga di comando alla tua distribuzione:

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

   Ciò non distribuirà, eliminerà o altererà nulla nello BLAHschema.

Vedi l' articolo originale per i dettagli completi.

È SSDTdifficile gestire solo una parte di un database . Se non vi fossero dipendenze, è possibile semplicemente impedirgli di eliminare oggetti e non includerli nel progetto. Dato che ci sono dipendenze, ma non vuoi gestirle, penso che dovrai ingannare il sistema.

Mi viene in mente un metodo, non ho la possibilità di testarli in questo momento e ho usato solo un metodo "simile" a questo, non esattamente questo.

Opzione 1:

1. Crea un nuovo progetto di database con dbo.aal suo interno.

2. Fare riferimento alla tabella con denominazione in 3 parti. Per la prima parte del nome, utilizzare una variabile SQLCMD. Per esempio[$(DatabaseName)].dbo.a.

3. Non distribuire mai il foodatabase.

4. Tramite i file di pubblicazione o l'interfaccia cli, rendere $(DatabaseName)uguale lo stesso nome del database reale.

Un modo integrato "pulito" per farlo (a partire dal 2016) sta usando un file Schema Compare salvato. Puoi:

1. Esegui il tuo Schema Compare (dal tuo progetto di database -> un server di destinazione) e deseleziona tutti gli oggetti che vuoi escludere per l'aggiornamento.
2. Salva il tuo Schema Compare in un file * .scmp
3. È possibile copiare e incollare il file .scmp per creare versioni per diversi ambienti, se necessario, e semplicemente modificarlo nell'editor XML per cambiare origine (per puntare a creare file dacpac di output), connessione, ecc. O anche aggiungere / modificare manualmente gli elementi nella sezione .
4. Configurare i parametri del comando di distribuzione / pubblicazione di dacpac per utilizzare il file .scmp appropriato per la pubblicazione. ad es. SqlPackage.exe / Azione: publishing /SourceFile:c:\project\schema_compare.scmp

Maggiori informazioni qui: https://devblogs.microsoft.com/ssdt/schema-compare-in-sqlpackage-and-the-data-tier-application-framework-dacfx/