Appeler une fonction dans une close where !

[widom]

Bonjour!
je me trouve face au beosins d'appeler une fonction dans une close where,
genre:

Code :

1
2
3
4
5
 
SELECT c1, c2, c3
FROM ma_premiere_table tab1,
       ma_deuxieme_table tab2
WHERE tab2.c3=ma_fonction(tab1.c3)

... ça m'apparait pas tres optimisé comme code...


alors votre avis !!?

Merci par avance.
PMS

[Michel SALAIS]

Il est impossible de se prononcer dans l'absolue de cette façon ...
Dans certains cas, il est effectivement possible d'écrire la requête sans faire recours à la fonction et il est concevable dans ce cas de considérer la fonction comme une mauvaise solution.

Il ne faut pas oublier non plus que les index basés sur des fonctions permettent de booster la perforlance ...

[widom]

Envoyé par Michel SALAIS

Il est impossible de se prononcer dans l'absolue de cette façon ...
Dans certains cas, il est effectivement possible d'écrire la requête sans faire recours à la fonction et il est concevable dans ce cas de considérer la fonction comme une mauvaise solution.

Il ne faut pas oublier non plus que les index basés sur des fonctions permettent de booster la perforlance ...

Merci pour la reponse... mais

malheureusement je suis face à un cas où je n'ai pas de choix autre qu'une fonction...
Sauf que:
1- soit je crée une table d'une seule colonne , et la fonction alimentera alors cette table.... et donc j'interrogerai la table.
2- faire une table function... et donc faire des selects directement sur la fonction.... je sais que c'est faisable..; mais comment?

[Michel SALAIS]

Code :

1
2
3
4
5
 
SELECT c1, c2, c3
FROM ma_premiere_table tab1,
       ma_deuxieme_table tab2
WHERE tab2.c3=ma_fonction(tab1.c3)

Alors si la fonction est inévitable, et vu le code ci-dessus:
Créer un index basé sur la fonction. En gros

Code :

1
2
3
 
CREATE INDEX ...
ON tab1 (ma_fonction(c3))

Si c'est une fonction PL/SQL que vous définissez vous-même alors elle doit être déclarée DETERMINISTIC

[phili_b]

Pour privilégier des étapes bien séparées , je proposerais aussi la requête ci-dessous, à comparer avec la solution d'un index sur la fonction. (Mais c'est vrai qu'il vaut mieux éviter les jointures sur les fonctions en générale bien que les index sur fonctions existent depuis un certain nombre de version d'Oracle).

Code :

1
2
3
4
5
6
7
SELECT c1, c2, c3
FROM 
  (SELECT c1, ma_fonction(tab1.c3) c3_f
  FROM ma_premiere_table )
tab1
INNER JOIN    ma_deuxieme_table tab2
ON tab2.c3=tab1.c3_f

Comme ça, cela exécute la fonction pour chaque ligne lors du sous-SELECT, mais lors de la jointure le résultat de la fonction a déjà été calculée dans la sous-requête.

[Michel SALAIS]

Envoyé par phili_b

Pour privilégier des étapes bien séparées , je proposerais aussi la requête ci-dessous, à comparer avec la solution d'un index sur la fonction. (Mais c'est vrai qu'il vaut mieux éviter les jointures sur les fonctions en générale bien que les index sur fonctions existent depuis un certain nombre de version d'Oracle).

Code :

Comme ça, cela exécute la fonction pour chaque ligne lors du sous-SELECT, mais lors de la jointure le résultat de la fonction a déjà été calculée dans la sous-requête.

Ceci est discutable et Oracle peut choisir de faire autrement ...

[phili_b]

Je ne remets pas en cause ta solution qui est la meilleure si l'index sur la fonction est performant. Je propose simplement une alternative qui fonctionne pas trop mal si la création de l'index n'est pas possible ou non performant(= non discriminant par exemple).

[Michel SALAIS]

En fait et indépendamment de l'index basé sur la fonction, ce que je voulais dire que le calcul de la fonction dans ta requête n'est pas assuré de la façon que tu propose vu qu'Oracle peut faire la fusion d'une vue (requête imbriquée) dans la requête principale et alors il est nécessaire d'utiliser des hints ...

[phili_b]

Envoyé par Michel SALAIS

vu qu'Oracle peut faire la fusion d'une vue (requête imbriquée) dans la requête principale

ah ok ! je comprends mieux.