Performance entre LIKE ou =

[superdaok84]

Bonjour,

J'ai une requête qui fait une comparaison entre 2 tables. Le WHERE contient une simple vérification entre deux champs character varying(6) NOT NULL. Lorsque je fais ma comparaison avec LIKE entre ces deux champs, la query prends 15 secondes. Lorsque je fais cette même query avec un = cela prend 200 ms.

J'aimerais savoir pourquoi?

[kedare]

il me semble que like utilise des index alors que = non , mais je suis pas sure

[JeitEmgie]

Envoyé par kedare

il me semble que like utilise des index alors que = non , mais je suis pas sure

c'est effectivement exactement le contraire...

[Shepard]

A mon humble avis, les 2 utilisent des index, pourvu qu'on utilise l'étoile à la fin avec LIKE ( '*blabla' n'utilisera par d'index, enfin du moins pas l'index "normal" )

Pour utiliser l'étoile au début, utiliser la technique de mettre un index sur REVERSE(champ) ( avec REVERSE une fonction qui inverse l'ordre des caractères ) puis utiliser LIKE sur ce même REVERSE me semble être un bon parti :p

[Davboc]

C'est exactement ce dont on parlait hier au boulot et on en a tiré les mêmes conclusions que Shepard ^^

[cysboy]

LIKE, ILIKE ou encore ~ ne font pas des test en expression régulière ?
Du coup ils seraient tout de même un peu plus lent que l'égalité brut.
Enfin j'suis pas sûr à 100% non plus....

[superdaok84]

Envoyé par Shepard

A mon humble avis, les 2 utilisent des index, pourvu qu'on utilise l'étoile à la fin avec LIKE ( '*blabla' n'utilisera par d'index, enfin du moins pas l'index "normal" )

Pour utiliser l'étoile au début, utiliser la technique de mettre un index sur REVERSE(champ) ( avec REVERSE une fonction qui inverse l'ordre des caractères ) puis utiliser LIKE sur ce même REVERSE me semble être un bon parti :p

Merci à toi et merci à tous qui ont pris le temps de lire et d'écrire.