Discussion :

[maitrebn]

Bonjour,

Depuis quelques semaines, je fais face à une problématique de performance sur une fonction de mon application.

Il s'agit d'une fonction que je qualifierais de complexe et qui traite bcp de données (à mon niveau ). Elle est appelée par un programme .Net de la manière suivante

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from MaFonction([param]).

En temps normal, elle répond entre 50 & 100 ms. Mais pour une raison que je cherche encore, elle passe à plus de 5 minutes ...

Evidemment, quand je l'exécute directement dans Management Studio, elle retombe à 50 ms. Dans un premier temps, on a donc pensé à un souci de code. Mais les différents tests (modification de la fonction, changement de mode d'appels, ...) n'ont rien données

La solution trouvée pour le moment est :
- redémarrer le serveur (ne fonctionne plus depuis quelques jours),
- supprimer puis recréer la fonction (3/4 fois car une fois ne suffit pas).

Au regard de nos recherche, on pense à un souci de plan d'exécution mais être sur.

Ma question : dans ce genre de situation --> que chercher ? que regardez ? quelle trace ?

Merci d'avance

[iberserk]

En effet cela peut faire penser à un mauvais plan d’exécution (parameter sniffing).

Qu'utilisez vous côté .net pour exécuter ? ADO.NET via SQLCLIENT? LINQ TO SQL? LINQ TO ENTITIES? autres?

Postez le code de la fonction...

[aieeeuuuuu]

Bonjour

Evidemment, quand je l'exécute directement dans Management Studio, elle retombe à 50 ms.

Avec les mêmes paramètres ?

Au regard de nos recherche, on pense à un souci de plan d'exécution mais être sur.

C'est probable. pouvez vous poster le code de la fonction ?

Ma question : dans ce genre de situation --> que chercher ? que regardez ? quelle trace ?

Vous pouvez déjà vous assurer que c'est bien la fonction en question qui met du temps à s'exécuter en lançant une trace sur l'évènement SP:Completed (avec le profiler )

La solution trouvée pour le moment est :
- redémarrer le serveur (ne fonctionne plus depuis quelques jours),
- supprimer puis recréer la fonction (3/4 fois car une fois ne suffit pas).

que se passe-t-il ensuite ? l'appel depuis le code retombe vers les 100 ms ?

[maitrebn]

Bonjour,
Il faut que je vois pour la fonction si je peux la mettre en ligne.

Sinon :
- aieeeuuuuu :

• Oui avec les mêmes paramètres
• J'ai validé que c'était bien cette fonction via SQL Manager,
• Oui après le recréation de la PS, l'exécution dans le code passe à 100 ms,

- iberserk
-- ADO.NET / SQL Client

[darkelend]

Est ce que les statistics sont à jour ? Est ce qu'un alter de la fonction suffit pour solutionner le problème ?

[maitrebn]

Oui les stats sont à jour (il y a une reconstruction journalière). Non, un alter ne suffit pas.

[aieeeuuuuu]

La solution trouvée pour le moment est :
- redémarrer le serveur (ne fonctionne plus depuis quelques jours),
- supprimer puis recréer la fonction (3/4 fois car une fois ne suffit pas).

si le but de tout ça est de forcer la régénération du plan d'exécution, un EXEC sp_recompile LaFunction sera quand même nettement moins violent !

[maitrebn]

On a essayé dans la commande mais cela n'a résolu le souci. J'essayerais avec sp_recompile.

Mais le but pour le moment est plus de comprendre ce qui bloque ...

[SQLpro]

ou un :
OPTION (RECOMPILE)
en fin de requête SELECT.

A +

[iberserk]

Bon, histoire d'avancer...

Par exemple:
Lancez une trace (SQL Profiler) avec les plan d’exécutions.

Lorsque vous rencontrez le problème sauvegardez la ligne correspondante dans le profiler.

Lancez ensuite la même requête dans SSMS et comparez les plans d’exécutions.

NB: on a hâte de voir le code de cette fonction

[maitrebn]

.
Pour le code, j'ai tjrs pas le GO pour la mettre en ligne ... et je pense que je ne l'aurais pas c'est pour cela que je cherche plutôt des pistes d'analyse.

Dans le profiler : comment avoir une trace avec le plan d'exécution ?