Discussion :

[zestrellita]

Bonjour,

Je fais appel à vous car nous rencontrons un problème actuellement avec une de nos requêtes que voici :

Code :

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

1
2
3
4
5
6
7
8
9
10
SELECT *
  FROM table1, table2
 WHERE (table1.ID = table2.ID)
   AND ((   (UPPER (table1.NAME) LIKE UPPER ('%toto%'))
         OR (UPPER (table1.sname) LIKE UPPER ('%toto%'))
         OR (UPPER (table1.notes) LIKE UPPER ('%toto%'))
         OR (UPPER (table2.champ1) LIKE UPPER ('%toto%'))
         OR (UPPER (table2.champ2) LIKE UPPER ('%toto%'))
        )
       )

table1 compte 3 millions de tuples, table2 450 000.

Le problème de cette requête est qu'elle est de plus en plus utilisée, qu'elle dure plus de 5 mn (encore plus longue depuis passage sous Oracle 10g), et que ça devient carrément insupportable dès que 2 utilisateurs la font simultanément !!

Comment peut-on "bien" écrire ce type de requête ? (je sais que les LIKE et les OR, au niveau optimisation... ).

Merci pour votre aide

[SQLpro]

Vous pouvez déjà l'écrire :

Code :

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

1
2
3
4
5
6
7
8
9
SELECT * 
FROM   table1 T1
       INNER JOIN table2 T2
             ON  T1.ID = T2.ID
WHERE T1.NAME   LIKE '%toto%' COLLATE French_CI_AS
   OR T1.SNAME  LIKE '%toto%' COLLATE French_CI_AS
   OR T1.NOTES  LIKE '%toto%' COLLATE French_CI_AS
   OR T1.CHAMP1 LIKE '%toto%' COLLATE French_CI_AS
   OR T1.CHAMP2 LIKE '%toto%' COLLATE French_CI_AS

Cependant ne confondez pas base de données et traitement de texte. La recherche d'un LIKE '%quelquechose%' ne sera jamais performante.
Tout au plus pouvez vous empêcher que les différents utilisateurs se vérrouillent mutuellement en utilsiant un niveau d'iolation READ UNCOMIITTED.

Le seul moyen de rendre ce type de requête performante est d'implémenter une recherche en index textuel. Il existe un module pour cela et il faut utiliser la clause CONTAINS de SQL.

Lisez l'article que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/indextextuelle/

A +

[zestrellita]

Merci pour votre réponse.

J'essaie la requête que vous proposez mais le "COLLATE French_CI_AS" ne semble pas reconnu sous TOAD.

Je sais bien que cette requête est tout sauf optimale et qu'il faut absolument l'écrire différemment, cela n'était pas une priorité mais le devient maintenant. Je vais donc lire votre article

[phili_b]

le "COLLATE French_CI_AS" ne semble pas reconnu sous TOAD.

Toad n'est qu'une interface entre la base de données et le développeur. La vérification se fait par la base de données sous-jacente en l'occurrence Oracle. donc il faudrait dire : n'est pas reconnu par Oracle.

Sinon à ma connaissance COLLATE n'existe pas sous Oracle en tout cas pas avec cette syntaxe mais c'est le reste de la requête qu'il faut lire (notamment la jointure dans le INNER et les filtres dans le WHERE)

Par contre si les LIKE sont insuffisants il ne faut pas perdre de vue cette suggestion:

Le seul moyen de rendre ce type de requête performante est d'implémenter une recherche en index textuel. Il existe un module pour cela et il faut utiliser la clause CONTAINS de SQL.

, CONTAINS que je ne connaissais pas: Oracle.com: Text SQL Statements and Operators

[SQLpro]

CONTAINS fait partie de la norme SQL:1999 module MM... Lisez mon livre sur SQL aux pages 90 et suivantes.

A +