Come posso rilevare le procedure memorizzate interrotte dopo una modifica dello schema?

Ho modificato una tabella centrale nel mio database e sp_depends restituisce letteralmente centinaia di risultati e sono preoccupato che alcune di quelle stored procedure potrebbero non essere più compilate dopo la mia modifica.

Controllare una singola procedura memorizzata è semplice (ho appena rieseguito lo script alter e ho verificato se l'operazione ha esito positivo), ma farlo su oltre 100 procedure è un po 'complicato.

So di poter usare uno script come questo per ricompilare tutti gli oggetti del mio database, ma l'operazione effettiva avrà luogo la prossima volta che la procedura memorizzata verrà eseguita, non immediatamente, quindi non sembra appropriato nel mio caso.

Stavo anche pensando che avrei potuto eliminare del tutto tutte le procedure memorizzate e risincronizzare il mio database con il mio sistema di controllo del codice sorgente, ma quell'opzione, sebbene praticabile, non è molto elegante. C'è un modo migliore per farlo?

Sto usando SQL Server 2008 R2 e gli script del mio database sono archiviati in un progetto di database VS 2008.

Per chiarire, non sto sostenendo che si dovrebbe fare affidamento esclusivamente su questo approccio per testare il codice. Proprio come in c # si rileva istantaneamente un errore di sintassi in altri file dipendenti mentre si codifica (e quindi si utilizzano altre strategie per testare, come i test unitari, che di solito sono diversi ordini di grandezza più lenti), penso che avrebbe senso rilevare le dipendenze SQL errori in pochi secondi anziché dover eseguire un test funzionale completo che in genere può richiedere alcune ore per il completamento.

Che ne dici di eseguire i test della tua unità, funzionali, di integrazione e delle prestazioni? Se non si dispone di alcun test, è davvero il momento di iniziare a considerare lo schema del database come codice e trattarlo come tale, inclusi il controllo e il test della versione. Alex Kuznetsov ha un intero libro dedicato a questo argomento: Programmazione difensiva di database con SQL Server .

È una soluzione, ma è possibile generare gli script CREATE PROCEDURE per il database (fare clic con il pulsante destro del mouse sul database -> attività -> generare script), trovare e sostituire CREATE PROCEDURE con ALTER PROCEDURE e quindi analizzare.

Spero che tu abbia una risposta migliore qui - anche io sono interessato! :)

È possibile utilizzare Sql Server Data Tools (SSDT). Microsoft Visual Studio ti consente di creare un progetto SQL Server. Uno quindi importa il database nel progetto e quindi crea il progetto. Se sono presenti procedure o oggetti archiviati non funzionanti, verrà visualizzato un errore di compilazione.

Potresti voler esaminare questa domanda SO che sto cercando un modo affidabile per verificare le procedure memorizzate T-SQL. Qualcuno ne ha preso uno? che sta essenzialmente chiedendo la stessa cosa, con diverse risposte.

Per basarsi sullo script Alaa Awad pubblicato ... questo dovrebbe mostrare lo schema e il database degli oggetti referenziati e referenziati. Se si utilizzano molte tabelle temporanee tramite alias (che a volte vengono visualizzati durante l'utilizzo sys.sql_expression_dependencies), parametri UDTT o altre caratteristiche dinamiche, potrebbe essere necessario utilizzare le funzioni sys.dm_sql_referenced_entitieso sys.dm_sql_referencing_entitiesinvece / anche.

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]

utilizzare le sys.sql_expression_dependencies aggiunte in 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