Discussion :

[StitchP]

Bonjour à toutes et à tous,

je rencontre un phénomène quelque peu étrange que je ne m'explique pas...
Voilà mon problème :

Je dispose de 2 bases de données dont le contenu est identique, dans le même environnement (seul leur nom change car elles ne vont pas être utilisées de la même façon, mais ce n'est pas le sujet).
Je lance une procédure stockée (récupération de données selon différents critères, sur plusieurs vues), la même, sur chacune des 2 bases.

Le temps d'exécution pour chaque BDD est complètement incohérent : quelques secondes pour la première, plusieurs minutes pour la seconde

L'ennui c'est que cette procédure est utilisée en production, et que selon le volume de données demandées (filtre sur une plage temporelle), son utilisation habituelle est plutôt de l'ordre de la 1/2h...
Je pensais que cela venait de l'environnement de production, mais vu mes résultats en développement je commence à avoir de sérieux doutes

Quelqu'un aurait-il une idée ? Des propriétés à regarder du côté des bdd ?

Merci par avance !

[pulsdrum]

Bonjour,

Plusieurs pistes :
- Regarde dans les propriétés de tes bases de données dans quels fichiers / disques dures elles sont stockées.
- Regarde les index utilisés par la procédure via l’affichage du plan d'exécution graphique dans SQL Server Management Studio.
- Regarde si t’es tables/vues utilisées par la procédure son partitionnées.

D’autre part, sache que tu peux optimiser ta procédure pour des paramètres spécifique (OPTION OPTIMIZE FOR).

Tu peux aussi utiliser l’option « WITH RECOMPILE » pour dire à SQL Server de générer un nouveau plan d’exécution à chaque appel de la procédure.

Enfin tu peux utiliser "SQL Server Database Engine Tuning Advisor" pour optimiser ta procédure. Il te proposera de créer des index, de partitionner t’es tables… S’il pense que c’est utile

++

[elsuket]

Bonjour,

Tu peux aussi utiliser l’option « WITH RECOMPILE » pour dire à SQL Server de générer un nouveau plan d’exécution à chaque appel de la procédure.

Si la procédure stockée est utilisée en production et appelée très fréquemment, cela va consommer beaucoup de CPU.

En piste 1 on peut tout simplement vérifier si les statistiques sont maintenues sur les deux serveurs ...

@++

[StitchP]

Bonjour et merci pour vos réponses

@pulsdrum :
les fichiers de bdd et les logs pour les 2 bases sont stockées au même endroit.

@elsuket :
de quelles statistiques parles-tu ?

La procédure stockée n'est a priori pas utilisée souvent, quelques fois par jour.
Je vais regarder du côté de "SQL Server Database Engine Tuning Advisor" aussi...
mais j'ai des doutes que ce ne soit qu'un histoire d'optimisation si ?
Dans le sens où avec les mêmes données qu'en production je passe de 5 minutes à 1/2h...

[Rei Ichido]

Les statistiques, ça change vraiment tout.
J'aime bien l'exemple de l'annuaire, ça parle aux gens. Alors imaginez la requête suivante : trouvez toutes les personnes s'appelant "Ichido", pour toutes les villes.

Mon annuaire comporte réellement 10 villes, et 10000 noms (la plupart différents, peut-être 9000 valeurs différentes) par ville.

Statistiques à jour : il y a 10 villes dans l'annuaire, la dispersion sur les noms est très forte, je vais aller regarder chaque ville et pour chacune, je vais essayer de trouver le nom. Je vais faire 10 lectures à petit scan d'index, et concaténer le tout.
Statistiques pas du à jour : j'ai 10000 villes, et seulement 10 noms par ville. Il semble nettement plus raisonnable de tout lire d'un coup, et filtrer directement sur le nom. Je fais un "full table scan" et je me lis les 100 000 enregistrements.

On imagine la différence de temps de traitement

[StitchP]

En fait j'avais rapatrié une sauvegarde la bdd de production pour la tester (histoire d'avoir les mêmes volumes). Je dois donc avoir les mêmes statistiques dans les 2 environnements non ? Tout comme le même taux de fragmentation des index a priori ?

A noter que j'utilise la base en source pour Reporting Services. Je sais que je ne suis pas sur le forum Microsoft BI, mais pensez-vous que ça puisse jouer d'une façon ou d'une autre sur le temps de réponse ?
Je ne vois que ça comme différence entre mes 2 bases de test en fait...