Discussion :

[le-roy_a]

Bonjour,


j'ai un probleme avec toutes mes requetes like voici un exemple :

Code :

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

Select CLNOM FROM CLIENT WHERE CLNOM LIKE 'A%';

Dans ce cas firenbird utilise bien l'index qui est sur la colonne nom.
Maintenant si je fait la meme chose avec une variable :

Code :

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

Select CLNOM FROM CLIENT WHERE CLNOM LIKE :STR;

Dans ce cas firebird n'utilise plus l'index (:STR= 'A%')

J'ai le meme problem en fb 1.5 et 2.0.

Je trouve ce probleme vraiment problématique car dans les procédures stockée ou l'on passe les chaine de recherches on est obligé de passser par des variables !

Merci d'avance.

[qi130]

Si par bonheur, tu recherches tout le temps une chaine commençant par xxx, tu peux essayer avec

Code :

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

where CLNOM STARTING WITH 'A';

[le-roy_a]

Merci mais je connaissait starting with mais ca ne correspond pas a ce que je cherche.

Ca vous parait pas aberent que le like avec variable ne prenne pas l'index ?

[qi130]

Sinon, tu peux toujours forcer l'utilisation du PLAN qui va bien pour le select (cf la doc.)

[makowski]

Merci mais je connaissait starting with mais ca ne correspond pas a ce que je cherche.

Ca vous parait pas aberent que le like avec variable ne prenne pas l'index ?

non, parce que dans ce cas, on ne peux pas savoir si tu vas faire un LIKE 'A%' qui sera en interne transformé STARTING WITH ou si tu vas faire un LIKE '%A' ou LIKE '%A%' et donc on prépare le plus petit dénominateur commun
tous les moteurs sql ont ce comportement

[le-roy_a]

Ok mais dans le cas ou je fais Like 'A%B%' il serait intéréssent d'utiliser l'index.
De plus

> tous les moteurs sql ont ce comportement

Oracle n'a pas ce comportement :
tous les moteurs sql ont ce comportement :
Extrait de la doc officiel :

Pattern Matching on Indexed Columns

When you use LIKE to search an indexed column for a pattern, Oracle can use the index to improve the statement's performance if the leading character in the pattern is not "%" or "_". In this case, Oracle can scan the index by this leading character. If the first character in the pattern is "%" or "_", then the index cannot improve the query's performance because Oracle cannot scan the index.

Car effectivement il suffit de regarder si le premier caractere n'est pas un %

Mais peut etre quelque chose m'echappe ?

[makowski]

ce qui t'échappe c'est que firebird et Oracle ont le même comportement
lit bien
test, tu verras
avec des données en "dur" on peut optimiser, avec des paramêtres non
car la requête est préparée avant de recevoir les paramêtres
donc je confirme, tous les moteurs ont le même comportement

[qi130]

Oracle n'a pas ce comportement

L'extrait de la doc officielle que tu fournis ne dit pas autre chose que ce qu'avance makowski...

Quand on utilise LIKE..... Oracle peut utiliser l'index....si le 1er caractère n'est pas '%' ou '_'...

[VLDG]

Si par bonheur, tu recherches tout le temps une chaine commençant par xxx, tu peux essayer avec

Code :

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

where CLNOM STARTING WITH 'A';

en plus c'est plus rapide car ça utilise l'index alors que le like le fait pas !
j'ai vu ça quelque part mais je ne sais plus ou !

[Cl@udius]

Salut

en plus c'est plus rapide car ça utilise l'index alors que le like le fait pas !
j'ai vu ça quelque part mais je ne sais plus ou !

Navré de te contredire mais qi130 à raison. Préciser like 'A%' ou starting with 'A' revient exactement au même car Firebird utilisera l'index du champ. Je me restreint bien sûr à la forme 'A%' comme le précisait qi130.

C'est d'ailleurs tout le propos de cette discussion, et ce qu'essaye de faire comprendre P.Makowski depuis le début.

Pour t'en convaincre fais une requête lambda dans IBExpert (que tu utilises si j'ai bien compris) avec un like 'A%' et tu verras que le plan utilise l'index.

@+