Discussion :

[lacombefr]

Bonjour,


J'ai pu constaté aujourd'hui que l'appel d'une fonction à l'intérieur d'une clause WHERE faisait ralentir énormément l'exécution de la requête (de l'ordre de 30s contre 1s).

Si je fais (pseudo code)

Code :

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

1
2
3
4
5
6
7
SELECT
  champ1,
  champ2,
  uf_MaFonction(UnParametre) AS Nb
FROM 
  maTable
  INNER JOIN monAutreTable

ma requête s'exécute en 30s à peu près, sachant que la fonction fait juste un count(*) sur une autre table et retourne à peu près 6000 lignes

Mais si je fais :

Code :

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

1
2
3
4
5
6
7
SELECT
  champ1,
  champ2,
  (SELECT Count(*) FROM encoreUneAutreTable) AS Nb
FROM 
  maTable
  INNER JOIN monAutreTable

Cette fois ma requête s'exécute en 1s (en reprenant juste le code de la fonction précédente et en la mettant directement dans la clause SELECT comme ci dessus en tant que sous-requête)

Je comprends à priori que la fonction doit certainement s'exécuter pour chaque ligne ce qui ralentit son exécution comparé à priori à l'utilisation de la sous-requête qui à priori s'exécute sur le résultat de ma requête principal. Est ce que je me trompe ?

Y a t'il une explication précise quelque part dans la MSDN ou ailleurs sur ça (mes recherches n'ont pas été fructueuse je l'avoue et la solution de facilité de venir sur le forum s'est présenté à moi) ?
Avez vous votre propre explication ?

D'avance merci beaucoup

[elsuket]

Bonjour,

Je comprends à priori que la fonction doit certainement s'exécuter pour chaque ligne ce qui ralentit son exécution comparé à priori à l'utilisation de la sous-requête qui à priori s'exécute sur le résultat de ma requête principal. Est ce que je me trompe ?

Non

Pour chaque ligne du résultat de la requête, puisque votre fonction doit prendre une valeur d'une colonne de celui-ci, la fonction est appelée.
Ce comportement me semble logique, et je pense que MS est au courant du problème de performances.

Vous avez deux moyens de passer outre :

- Ajouter une colonne calculée à une table si votre fonction prend en entrée des valeurs de colonnes de la même table.
- Créer une vue indexée spécifiant en plus la formule de calcul.
Les vues indexées sont particulièrement efficaces pour les agrégats.

@++

[lacombefr]

Bonjour elsuket,

Merci beaucoup pour votre réponse.
En fait je n'aurai pas l'utilité de faire une vue indexé ou une colonne calculée mais je retient pour la prochaine fois (jamais encore eu l'occasion d'utiliser ni l'un ni l'autre jusqu'à aujourd'hui et je ne connaissais pas)

Pour l'instant je vais me contenter d'utiliser ma solution de sous requête à la place de la fonction. La sous requête étant exactement ce que faisait la fonction..

Merci