SQL Server - Procédures individuelles et procédure unique

Question

Dans un système que je développe, j'ai le choix d'utiliser une seule procédure stockée qui effectue trois tâches connexes et renvoie soit aucun résultat, soit le même jeu de résultats, mais provenant de deux tables différentes.

J'ai lu hier un article qui suggérait qu'une procédure stockée ne devrait avoir qu'un seul plan d'exécution et que toute procédure modifiant son plan d'exécution en fonction d'une différence de paramètres devrait probablement être écrite comme plusieurs procédures. L'écriture de la procédure sous trois procédures différentes changerait la façon dont le système qui exécute les procédures fonctionne mais pas de façon significative. Ce que je voudrais savoir, c'est si les performances obtenues en ayant des procédures qui n'ont pas de plans d'exécution différents en fonction des entrées par rapport à une seule procédure valent l'effort, c'est-à-dire la surcharge de la base de données trois fois plus grande que les frais généraux d'avoir à recompiler le plan de performance en fonction des circonstances?

Merci

Greg

Answer 1

Vous pourriez envisager d'écrire trois procédures stockées distinctes mais appeler ces d'un seul proc stocké.

Answer 2

À moins que certains segments fonctionnels ne puissent être réutilisés par d'autres zones de votre système, je recommanderais en fait de conserver une procédure stockée. En règle générale, plus vous avez de SP, plus il y a à maintenir (je pense qu'il y a un peu de frais généraux par SP, en plus des contenus contenus dans le SP).

Answer 3

Chris Simpson reconnaît correctement l'applicabilité d'un motif de conception que je lui laisse nommer. L'avantage procuré le plus directement par l'application de ce modèle est la simplicité, qui confère une facilité de validation (test) et une facilité de maintenance.

Il peut gains de performance mais cela est imprévisible. Parfois, la complexité confond l'optimiseur de plan de requête. Rompre votre über méthode dans plusieurs stratégies plus spécifiques cas-spécifiques (indice là pour Chris) peut réduire les erreurs qui sont dues à l'élagage agressif d'un très grand arbre de décision, et il peut également permettre par cas optimisations. Quand un cas "spécial" est réellement très typique, cela peut être extrêmement bénéfique. Néanmoins, l'amélioration de la vérifiabilité et de la maintenabilité sont des objectifs louables dans leurs propres droits.