Discussion :

[goofer]

bonjour,

Voilà j'ai un petit problème assez bizarre.
Lors de l'utilisation d'un soft basé sur SQL Server 2005,il y au un moment donné ou certaine fonctionnalité vont se mettre à ralentir de façon brutal.
Par exemple une "simple" recherche va prendre dans un cas 1s et dans l'autre dépasser facilement les 30sec !

En regardant d'un peu plus près j'ai pu identifier les tables utilisés et la seule parade que j'ai trouvé c'est de reconstruire les index de ces tables.

Le souci c'est que je dois faire cette reconstruction quasi tous les matins voir dans la journée.

Ma question : y a t-il une possibilité pour que les index se "détruisent" ?
Sachant qu'il n'y a pas d'insert ou même d'update de la table en entier

Merci de m'avoir lu

[orafrance]

Sachant qu'il n'y a pas d'insert ou même d'update de la table en entier

cela veut-il dire que les données peuvent être sensiblement modifiées même si ça ne concerne pas toute la table ?

[goofer]

oui, mais ça ne concerne que certains élements de la table.
il y a beaucoup de "select" mais très peu d'update et d'insert

[Invité]

Qu'entends-tu par "détruire" et "reconstruire" ?

Si détruire = disparaître, ça ne peut pas se faire tout seul, il faut une action du type DROP INDEX pour cela.

Si reconstruire = DBCC DBREINDEX par exemple, cela peut être normal, et fait partie de la maintenance d'une base de manière générale.

S'il n'y a que des SELECT, il faudrait augmenter la valeur du fillfactor, la mettre à 90% par exemple.

[goofer]

Par détruire j'entends que SQL ne les utilise pas/plus
Par reconstruire oui c'est bien de DBCC REINDEX dont je parle.

Et concernant la reconstruction, pas vraiment d'accord: oui ça fait partie de la maintenance, de là à reconstruire 3 fois par jour les index, c'est qu'il y a un souci !

Il y a par conte effectivement plus de select qu'autre chose.

[Invité]

de là à reconstruire 3 fois par jour les index, c'est qu'il y a un souci !

On est bien d'accord.

Il y a par conte effectivement plus de select qu'autre chose.

Donc positionne le fillfactor à 90%.

Exécute une trace pour voir tous les plans d'exécution des requêtes, et voir si les index sont pertinents ou pas. Les cas échéant, il faudrait peut-être les supprimer (les inutiles), et en créer d'autres plus utiles.