Discussion :

[castorcharly]

Bonjour,

Je suis confronté à un problème de vitesse sur une requete en procedure stockée qui utilise deux tables.
Cette requete fonctionnait correctement jusqu'a ce vendredi dernier.
Lundi, elle me fait des timeOut dans ssms au bout de 10 mn !

Les tables n'ont pas grossies pendant le WE, elles font pour la plus volumineuses dans les 75 millions de lignes.

J'ai donc fait un update statistics sur les tables en question, sans effet.

J'ai ensuite fait un drop en create de mes indexes et là ça remarche sans TimeOut, mais ce n'est pas aussi rapide que ça l'était ce vendredi.
Une requete qui prenait 3..4 secondes pour renvoyer une vingtaine de ligne s'exécute maintenant en 1mn30.

Ma question n'est pas d'optimiser ma requete, mais de comprendre et corriger pour revenir à la situation de la semaine dernière.

Pouvez vous me dire, si lors d'un backup/restore tous les indexes sont recalculés ou pas et donc si ça vaut le coup de lancer cette opération?

Avez vous une autre idée pour retrouver le niveau de performance ?

Merci pour vos avis éclairés,

[SQLpro]

Un restore ne produit rien d'autre que de replacer le binaire des pages à l'origine.

La première des choses à faire est de regarder le plan de requête de votre proc et identifier ou ça coince.

A +

[castorcharly]

Un restore ne produit rien d'autre que de replacer le binaire des pages à l'origine.

La première des choses à faire est de regarder le plan de requête de votre proc et identifier ou ça coince.

A +

Pour le restore, m'en doutait un peu donc merci, ça confirme.

Pour le reste, la personne qui a fait le test ne l'a pas fait avec la rigueur qu'il fallait.
Le problème n'existe pas en fait.

Merci pour cette aide,