Jak mogę wykryć uszkodzone procedury przechowywane po zmianie schematu?

Zmodyfikowałem centralną tabelę w mojej bazie danych, a sp_depends dosłownie zwraca setki wyników, i obawiam się, że niektóre z tych procedur przechowywanych mogą się nie kompilować po mojej zmianie.

Sprawdzanie jednej procedury składowanej jest łatwe (po prostu ponownie uruchamiam skrypt alter i sprawdzam, czy operacja się powiodła), ale robienie tego na ponad 100 procedurach jest nieco kłopotliwe.

Wiem, że mogę użyć skryptu takiego jak ten, aby ponownie skompilować wszystkie obiekty mojej bazy danych, ale faktyczna operacja odbędzie się następnym razem, gdy procedura składowana zostanie wykonana, nie natychmiast, więc w moim przypadku nie wydaje się to właściwe.

Myślałem również, że mogę całkowicie usunąć wszystkie procedury składowane i ponownie zhomonizować moją bazę danych za pomocą mojego systemu kontroli źródła, ale ta opcja, choć wykonalna, nie jest zbyt elegancka. Czy jest na to lepszy sposób?

Używam SQLServer 2008 R2, a moje skrypty bazy danych są przechowywane w projekcie bazy danych VS 2008.

Aby to wyjaśnić, nie zalecam, aby polegać wyłącznie na tym podejściu do kodu testowego. Dokładnie tak jak w c # natychmiast wykrywasz błąd składniowy w innych zależnych plikach podczas kodowania (a następnie używasz innych strategii do testowania, takich jak testy jednostkowe, które zwykle są o kilka rzędów wielkości wolniejsze), myślę, że sensowne byłoby wykrycie zależności SQL błędy w sekundach zamiast przeprowadzania pełnego testu funkcjonalnego, który zwykle zajmuje kilka godzin.

Co powiesz na przeprowadzenie testów jednostkowych, funkcjonalnych, integracyjnych i wydajnościowych? Jeśli nie masz żadnych testów, powinieneś zacząć traktować schemat bazy danych jako kod i traktować go jako taki, w tym kontrolę wersji i testowanie. Alex Kuznetsov ma całą książkę poświęconą temu tematowi: Defensive Database Programming with SQL Server .

Jest to obejście, ale możesz wygenerować skrypty UTWÓRZ PROCEDURĘ dla bazy danych (baza danych prawym przyciskiem myszy -> zadania -> wygeneruj skrypty), znaleźć i zastąpić UTWÓRZ PROCEDURĘ ALTER PROCEDURE, a następnie parsować.

Mam nadzieję, że uzyskasz lepszą odpowiedź tutaj - ja też jestem zainteresowany! :)

Możesz użyć narzędzia Sql Server Data Tools (SSDT). Microsoft Visual Studio umożliwia utworzenie projektu Sql Server. Następnie importuje się bazę danych do projektu, a następnie buduje projekt. Jeśli są jakieś uszkodzone procedury składowane lub obiekty, pojawi się błąd kompilacji.

Być może warto przyjrzeć się temu pytaniu SO. Szukam niezawodnego sposobu weryfikacji procedur przechowywanych T-SQL. Czy ktoś go ma? który pyta zasadniczo o to samo, z kilkoma odpowiedziami.

Aby zbudować na podstawie skryptu opublikowanego przez Alaa Awada ... powinien on pokazywać schemat i bazę danych obiektów odniesienia i odniesienia. Jeśli używasz wielu tabel temp za pośrednictwem aliasów (które czasami pojawiają się podczas używania sys.sql_expression_dependencies), parametrów UDTT lub innych dynamicznych funkcji, może być konieczne użycie funkcji sys.dm_sql_referenced_entitieslub sys.dm_sql_referencing_entitieszamiast / też.

SELECT
    DB_NAME() + '.' + OBJECT_SCHEMA_NAME(sed.referencing_id) + '.' + OBJECT_NAME(sed.referencing_id) AS [referencingObject],
    isnull(sed.referenced_server_name + '.', '') + isnull(sed.referenced_database_name + '.', DB_NAME() + '.') + isnull(sed.referenced_schema_name + '.', OBJECT_SCHEMA_NAME(sed.referencing_id) + '.') + sed.referenced_entity_name AS [missingReference]
FROM 
    sys.sql_expression_dependencies sed
WHERE 
    sed.is_ambiguous = 0
    AND OBJECT_ID(isnull(sed.referenced_database_name + '.', DB_NAME() + '.') + isnull(sed.referenced_schema_name + '.', OBJECT_SCHEMA_NAME(sed.referencing_id) + '.') + sed.referenced_entity_name) IS NULL
ORDER BY
    [referencingObject], [missingReference]

użyj sys.sql_expression_dependencies dodanych w SQL Server 2008

CREATE PROCEDURE [dbo].[spMaintenance_Find_Broken_Dependencies]

AS
SELECT
    OBJECT_NAME(referencing_id) AS [referencingObject],
    referenced_entity_name AS [missingReference]
FROM 
    sys.sql_expression_dependencies
WHERE 
    is_ambiguous = 0
    AND OBJECT_ID(referenced_entity_name) IS NULL
ORDER BY 
    OBJECT_NAME(referencing_id), referenced_entity_name

GO