Comment puis-je détecter des procédures stockées rompues après un changement de schéma?

J'ai modifié une table centrale dans ma base de données et sp_depends renvoie littéralement des centaines de résultats, et je crains que certaines de ces procédures stockées ne se compilent plus après ma modification.

Il est facile de vérifier une seule procédure stockée (je viens de réexécuter le script alter et de voir si l'opération a réussi), mais cela sur plus de 100 procédures est un peu lourd.

Je sais que je peux utiliser un script comme celui-ci pour recompiler tous les objets de ma base de données, mais l'opération réelle aura lieu la prochaine fois que la procédure stockée sera exécutée, pas immédiatement, donc cela ne semble pas approprié dans mon cas.

Je pensais également que je pouvais supprimer toutes les procédures stockées et resynchroniser ma base de données avec mon système de contrôle de source, mais cette option, bien que viable, n'est pas très élégante. Existe-t-il une meilleure façon de le faire?

J'utilise SQLServer 2008 R2 et mes scripts de base de données sont stockés dans un projet de base de données VS 2008.

Pour clarifier, je ne préconise pas que l'on devrait s'appuyer uniquement sur cette approche pour tester le code. Tout comme en c #, vous détectez instantanément une erreur de syntaxe dans d'autres fichiers dépendants au fur et à mesure que vous codez (puis utilisez d'autres stratégies pour tester, comme les tests unitaires, qui sont généralement de plusieurs ordres de grandeur plus lents), je pense qu'il serait logique de détecter les dépendances SQL des erreurs en quelques secondes plutôt que d'avoir à exécuter un test fonctionnel complet qui peut généralement prendre quelques heures.

Et si vous exécutiez vos tests unitaires, fonctionnels, d'intégration et de performance? Si vous n'avez aucun test, il est temps de commencer à considérer votre schéma de base de données comme du code et à le traiter comme tel, y compris le contrôle de version et les tests. Alex Kuznetsov a un livre entier consacré à ce sujet: Programmation de base de données défensive avec SQL Server .

C'est un travail autour, mais vous pouvez générer les scripts CREATE PROCEDURE pour la base de données (base de données clic droit -> tâches -> générer des scripts), trouver et remplacer CREATE PROCEDURE par ALTER PROCEDURE puis analyser.

J'espère que vous obtenez une meilleure réponse ici - ça m'intéresse aussi! :)

Vous pouvez utiliser Sql Server Data Tools (SSDT). Microsoft Visual Studio vous permet de créer un projet Sql Server. On importe ensuite la base de données dans le projet, puis créez le projet. S'il y a des procédures stockées ou des objets cassés, vous obtiendrez une erreur de compilation.

Vous voudrez peut-être regarder cette question SO Je cherche un moyen fiable de vérifier les procédures stockées T-SQL. Quelqu'un en a un? qui demande essentiellement la même chose, avec plusieurs réponses.

Pour s'appuyer sur le script publié par Alaa Awad ... cela devrait montrer le schéma et la base de données des objets référencés et référençant. Si vous utilisez de nombreuses tables temporaires via des alias (qui apparaissent parfois lors de l'utilisation sys.sql_expression_dependencies), des paramètres UDTT ou d'autres fonctionnalités dynamiques, vous devrez peut-être utiliser les fonctions sys.dm_sql_referenced_entitiesou à la sys.dm_sql_referencing_entitiesplace / également.

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]

utiliser les sys.sql_expression_dependencies ajoutées dans 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