Assemblage des différentes parties

80 pour cent et de fragmentation d’analyse logique de 10 pour cent, chaque exécution de la tâche de réindexation entraînera la reconstruction des index des deux tables car la table la plus petite aura toujours
une densité d’analyse inférieure à 80 pour cent. L’établissement d’une ligne de base permet de déterminer
les meilleures valeurs DBCC SHOWCONTIG pour chaque index. Et à mesure que vos
tables évoluent, vous pouvez mettre à jour les valeurs de seuil afin de maximiser les performances.

Une fois que vous avez la ligne de base et que vous avez fixé le seuil souhaité pour vos index, vous pouvez créer une
tâche SQL Server qui détermine quels index l’utilitaire doit reconstruire. Ce dernier nécessite une nouvelle base de données (que j’appelle SHOWCONTIGDEMO dans cet exemple) et trois tables (OBJECT_LIST,STAGE_OBJECT_DATA et OBJECT_DATA). J’ai fourni les listings contenant les scripts nécessaires afin de créer la tâche, ainsi que la base de données et les tables qu’elle utilise. Les listings Web sont  téléchargeables via les services du Club abonnés.

Le listing Web 1 crée la base de données SHOWCONTIGDEMO servant à stocker les valeurs DBCC
SHOWCONTIG que les exemples de procédures stockées vont collecter dans les tables de Northwind.
Je place cette nouvelle base de données sur le même serveur que Northwind. Ensuite, lorsque vous exécutez
les scripts du listing Web 2 sur la base de données SHOWCONTIGDEMO, ils créent les tables OBJECT_
LIST, STAGE_OBJECT_DATA et OBJECT_DATA. Les scripts du listing 1 créent trois procédures stockées qui insèrent et suppriment les données d’index dans les trois tables et comparent les valeurs de seuil afin de déterminer s’il faut reconstruire un index. Les deux scripts du listing Web 3 créent les procédures stockées du listing 1 dans la base de données Northwind. Enfin, le script du listing 2 crée sur le serveur une nouvelle tâche SQL Server intitulée DBCC