optimisation de performance

Bonjour,

J'ai une petite question :

Quel est la requête la plus efficace?

1/ Select * from ma_table where code IN ('INDIVIDUEL','INDIVIDUEL US','INDIVIDUEL ETR')

2/ Select * from ma_table where code like ('INDIV%')

Merci de votre réponse.

NB : Je n'ai rien d'autre qui commence par INDIV et je veux bien ces 3 types de code là.

sans doute le LIKE qui employera un INDEX RANGE SCAN, mais le IN est plus précis...

qu'est ce que tu entends par plus precis??

Le fait de prendre uniquement les valeurs que l'on veut? ou autre chose?

oui, le jour ou quelqu'un à l'idée d'entrer le code INDIVISIBLE, ça ne plante pas ton code 8-)

OK merci!

Je vais voir si les codes évoluent beaucoup ou pas dans ce cas là.

Car s'il y a un nouveau code du genre indivisible, soit je modifie le code SQL en dur, soit je dois faire attention que les codes bougent pas trop pour planter mon code...

Merci beaucoup pour les renseignements et la rapidité! :ccool:

A+
Danzel

Citation:

---

Envoyé par laurentschneider

sans doute le LIKE qui employera un INDEX RANGE SCAN, mais le IN est plus précis...

---

Salut Laurent,
Peux-tu développer un peu?
La requête 1 peut faire un UNIQUE SCAN et à la limite aussi un RANGE SCAN.

aussi un RANGE SCAN? pas trop logique non...

like 'INDIV%'

c'est comme

between 'INDIV' and 'INDIVÿÿÿÿÿÿÿÿ'

mais la requete 1, c'est plutot un INLIST, non?

bon, si tu as un exemple :?

Requete 1 : INLIST+RANGE SCAN
Requete 2 : RANGE SCAN

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

SQL> create index ename_idx on emp(ename);   Index created.   SQL> set pages 150 SQL> set lines 150 SQL> explain plan for select * from emp where ename in ('ALLEN','ADAMS');   Explained.   SQL> select * from table(dbms_xplan.display);   PLAN_TABLE_OUTPUT -------------------------------------------------------------------------------------------- Plan hash value: 2793362507   ------------------------------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 2 | 74 | 2 (0)| 00:00:01 | | 1 | INLIST ITERATOR | | | | | | | 2 | TABLE ACCESS BY INDEX ROWID| EMP | 2 | 74 | 2 (0)| 00:00:01 | |* 3 | INDEX RANGE SCAN | ENAME_IDX | 2 | | 1 (0)| 00:00:01 | ------------------------------------------------------------------------------------------   Predicate Information (identified by operation id): ---------------------------------------------------   3 - access("ENAME"='ADAMS' OR "ENAME"='ALLEN')   15 rows selected.   SQL> explain plan for select * from emp where ename like 'A%';   Explained.   SQL> select * from table(dbms_xplan.display);   PLAN_TABLE_OUTPUT -------------------------------------------------------------------------------------------- Plan hash value: 2063514001   ----------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ----------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 37 | 2 (0)| 00:00:01 | | 1 | TABLE ACCESS BY INDEX ROWID| EMP | 1 | 37 | 2 (0)| 00:00:01 | |* 2 | INDEX RANGE SCAN | ENAME_IDX | 1 | | 1 (0)| 00:00:01 | -----------------------------------------------------------------------------------------   Predicate Information (identified by operation id): ---------------------------------------------------   2 - access("ENAME" LIKE 'A%') filter("ENAME" LIKE 'A%')   15 rows selected.

---

Nicolas.

merci Nicolas. Oui, un range scan + un inlist.