Discussion :

[thanaos]

Bonjour à tous.
Pour mon premier post voilà une épine que je n'arrive pas à retirer.
La requête suivante :

SELECT tb2.* FROM tb1,tb2 WHERE tb1.id_tb1=tb2.fk_id_tb1
AND tb1.id_tb1 IN (nb1,nb2,nb3,nb4,nb5)

à un millénaire en temps de réponse alors que

SELECT tb2.* FROM tb1,tb2 WHERE tb1.id_tb1=tb2.fk_id_tb1
AND ( tb1.id_tb1 IN LIKE('nb1')
OR tb1.id_tb1 IN LIKE('nb2')
OR tb1.id_tb1 IN LIKE('nb3')
OR tb1.id_tb1 IN LIKE('nb4')
OR tb1.id_tb1 IN LIKE('nb5')
)

répond tel Flash l'éclair.
Vous l'aurez compris id_tb1 est une PK de type NUMBER indexée.

O Grands Maîtres de l'Oracle, montrez moi la lumière.

[orafrance]

IN LIKE ça marche ????

Merci de penser à mettre les balises CODE

[dyvim]

Est ce que tu n'aurais pas par hasard lancé tes deux commandes l'une après l'autre?

Parce que dans ce cas, la première commande aura remonté la table en mémoire et la deuxième aura donc gagné tout le temps nécessaire aux accès disque.

Sinon l'explication devrait t'être donnée par un explain plan et le choix des index par Oracle.

[orafrance]

on remarque aussi que la 1° référence des colonnes et non des valeurs

[thanaos]

Désolé pour le IN LIKE...c'est LIKE bien sur.
J'aurais du écrire

Code :

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

1
2
3
4
 
SELECT tb2.* FROM tb1,tb2
WHERE tb1.id_tb1=tb2.fk_id_tb1
AND tb1.id_tb1 IN (154,342,856,1452,2563)

et

Code :

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

1
2
3
4
5
6
7
8
SELECT tb2.* FROM tb1,tb2
WHERE tb1.id_tb1=tb2.fk_id_tb1
AND ( tb1.id_tb1 LIKE('154')
OR tb1.id_tb1 LIKE('342')
OR tb1.id_tb1 LIKE('856')
OR tb1.id_tb1 LIKE('1452')
OR tb1.id_tb1 LIKE('2563')
)

Pour les requêtes lancées l'une après l'autre, c'est non. Les indexs, eux, ont été reconstruits plusieurs fois. Ils portes sur les id respectifs des deux tables.
Voici une analyse faite par Toad 8.6 :

• Library Cache Get Hit Ratio - 74.5657 - Dynamique or Unsharable SQL ?
• Library Cache Pin Hit Ratio - 80.4034 - Shared Pool area too small
• Chained Fetch Ratio - 0.5586 - PCTFREE too low for a table
• Parse to Execute Ratio - 96.2764 - High parse to execute ratio

J'ai du mal à comprendre que sur des tables qui ne dépassent pas 3000 lignes, une instance qui fait moins de 50Mo de données, un select par IN ou = sur des colonnes de type NUMBER soit moins rapide qu'un LIKE et même un LIKE UPPER
Pour ma par, cela resemble à une dégradation de l'instance...peut être , peut être pas...je ne sais plus que penser.

(merci pour vos réponses)

[dyvim]

Est ce que tu as les EXPLAIN PLAN de tes deux SELECT?
Que l'on voie comment il accède aux données...