La défragmentation n'est pas une solution optimum. Mais l'intérêt de cette technique, c'est que l'index subsiste pendant la durée de sa réfection. En revanche lors d'une reconstruction, l'index est détruit et aucune des requêtes qui parvient à ce moment ne peut l'utiliser. En revanche, la reconstruction permet un index optimal,
La défragmentation n’est pas une solution optimum
c’est à dire plus dense et organisé de façon optimale. Notez en outre que la version Enterprise de SQL Server permet une réindexation avec conservation de l’index…
Ceci a un coût qui peut s’avérer important notamment pour les très grandes bases. La raison est simple : pour conserver un accès à l’index pendant sa reconstruction, il faut le dédoubler. Ainsi, durant ce processus on se retrouve avec l’ancien index actif jusqu’à la fin du processus et le nouveau, ou plus exactement son remplaçant en train de se construire. Conclusion, il faut prévoir un espace de stockage de deux fois le volume de l’index…
Pour aller vite, car la réindexation de grandes bases et donc de grands index peut prendre du temps, certaines versions de SQL Server permettent de paralléliser le calcul de l’index. Attention cependant : si la réindexation recalcule les statistiques en même temps, il n’en est pas de même pour la défragmentation. Pensez donc à recalculer les statistiques si vous optez pour la défragmentation. Sachez en outre que vous n’êtes pas obligé de calculer les statistiques sur la totalité des données – ce qui dans de grandes bases peut s’avérer très long – mais plus simplement sur un échantillon de données.
Téléchargez cette ressource
Guide des Solutions Cloud & Services Managés Simplifiés
Comment capitaliser sur son existant tout en bénéficiant, dès à présent, des promesses de flexibilité et de scalabilité du cloud ? Découvrez les bonnes pratiques pour répondre aux défis de simplification du Cloud dans ce nouveau TOP 5.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
