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.