Wykluczanie konkretnej tabeli z wdrożenia SSDT

Mam istniejącą bazę danych ze wszystkim w schemacie dbo. Mam projekt SSDT z obiektami, które dodaję do niego za pomocą schematufoo

Mam tabelę, która wygląda tak w tym projekcie:

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
)

To zależy od dbo.a. dbo.a ma wiele kolumn, które są kluczami obcymi do innych kolumn. Ktoś inny (kto utrzymuje domyślny schemat) może zmienić dbo.a.

Chciałbym prosto przechowywać dbo.a jako:

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

Więc jest budowany wewnętrznie, ale nie jest wdrażany. Czy to jest możliwe?

Możesz użyć filtru wdrażania AgileSqlClub SqlPackage .

Skrócona instrukcja odtwarzane z oryginalnego artykułu przez Ed Elliott :

1. Pobierz filtr z agilesqlclub.codeplex.com
2. Umieść DLLw tym samym folderze cosqlpackage.exe

3. Dodaj następujące parametry wiersza polecenia do swojego wdrożenia:

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

   Nie spowoduje to wdrożenia, upuszczenia ani zmiany czegokolwiek w BLAHschemacie.

Aby uzyskać szczegółowe informacje, zobacz oryginalny artykuł .

SSDTTrudno zarządzać tylko częścią bazy danych . Jeśli nie było zależności, można po prostu zabronić upuszczania obiektów i nie włączać ich do projektu. Ponieważ istnieją zależności, ale nie chcesz nimi zarządzać, myślę, że będziesz musiał oszukać system.

Przychodzi mi na myśl jedna metoda: nie mam możliwości jej teraz przetestować i użyłem tylko „podobnej” metody, a nie tej dokładnie.

Opcja 1:

1. Utwórz nowy projekt bazy danych dbo.a.

2. Odwołaj się do tabeli z 3-częściową nazwą. W pierwszej części nazwy użyj zmiennej SQLCMD. Na przykład[$(DatabaseName)].dbo.a.

3. Nigdy nie wdrażaj foobazy danych.

4. Za pomocą plików publikowania lub interfejsu cli zrównaj $(DatabaseName)nazwę z prawdziwą bazą danych.

„Czystym” wbudowanym sposobem na to (od 2016 r.) Jest użycie zapisanego pliku porównania schematów. Możesz:

1. Wykonaj porównanie schematów (z projektu bazy danych -> serwer docelowy) i odznacz wszystkie obiekty, które chcesz wykluczyć z aktualizacji.
2. Zapisz swój schemat porównania w pliku * .scmp
3. Możesz skopiować i wkleić plik .scmp, aby utworzyć wersje dla różnych środowisk, jeśli to konieczne, i po prostu edytować w edytorze XML, aby zmienić źródło (wskazać, aby zbudować wyjściowy plik dacpac), połączenie itp. Lub nawet ręcznie dodać / zmodyfikować elementy w sekcji .
4. Skonfiguruj parametry komendy wdrażania / publikowania programu dacpac, aby użyć odpowiedniego pliku .scmp do publikowania. np. SqlPackage.exe / Action: publish /SourceFile:c:\project\schema_compare.scmp

Więcej informacji tutaj: https://devblogs.microsoft.com/ssdt/schema-compare-in-sqlpackage-and-the-data-tier-application-framework-dacfx/