Sqlserver
 sql >> Baza danych >  >> RDS >> Sqlserver

Poziom ochrony zmienił się w połowie projektu - teraz projekt się nie kompiluje

Podejrzewam, że napotkałeś ten sam problem, co ja. Poprawiłem wszystkie moje pakiety za pośrednictwem interfejsu API, aby wszystkie wskazywały, że są to DTS:ProtectionLevel="0" który nie jest chroniony.

Plik projektu (.dtproj) ma również poziom ochrony, który jest ustawiany na DontSaveSensitive. <SSIS:Project SSIS:ProtectionLevel="DontSaveSensitive" xmlns:SSIS="www.microsoft.com/SqlServer/SSIS">

Dla mnie niezgodność polegała na tym, że w pliku projektu śledzi zbyt wiele informacji o każdym pakiecie, więc jeśli przewiniesz w dół, zobaczysz wpis na pakiet, taki jak <SSIS:Property SSIS:Name="ProtectionLevel">3</SSIS:Property> lub jakakolwiek jest domyślna liczba. Zrób to 0 w pliku (wyszukaj i zamień). Zapisz plik projektu, a teraz się skompiluje.

Może być konieczne wykonanie kompilacji wszystkiego, aby go zbudować. Podejrzewam, że VS/SSDT próbuje użyć dodatkowych danych, które przechowuje w pliku .dtproj, aby ustalić, czy musi zweryfikować wszystkie pakiety w projekcie. Ponieważ ręcznie edytowaliśmy plik, nie zadziałał żaden czujnik, który normalnie byłby odwrócony, aby zasygnalizować, że potrzebna jest pełna rekompilacja.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Entity Framework 6 — zapytania dotyczące czasu

  2. Sql Server ciąg do konwersji daty

  3. Framework Entity bardzo wolno ładuje się po raz pierwszy po każdej kompilacji

  4. SQL Server 2005 Uruchom procedurę składowaną przez SSIS, używając GETDATE() jako parametru

  5. Utwórz zapytanie drzewa z tabeli mapowania numerycznego w SQL (z polem separatora)