Discussion :

[Plumet]

j'ai la requete suivante qui a une reponse rapide :

Code :

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

1
2
3
4
5
6
 
 SELECT   W_PALLET_MOVEMENT.FGT_NUMBER
  FROm W_PALLET_MOVEMENT,W_PALLET_DETAIL_MOVEMENT 
   WHERE( W_PALLET_MOVEMENT.PLMV_ID=W_PALLET_DETAIL_MOVEMENT.PLMV_ID (+) and 
 W_PALLET_MOVEMENT.MOVEMENT_OWNER=W_PALLET_DETAIL_MOVEMENT.PDMV_OWNER (+)  )
  AND  ( ( W_PALLET_DETAIL_MOVEMENT.FGT_NUMBER  = '132296650' ) ) ;

j'ai une deuxième requète tout aussi rapide :

Code :

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

1
2
3
4
5
6
 
 SELECT   W_PALLET_MOVEMENT.FGT_NUMBER
  FROm W_PALLET_MOVEMENT,W_PALLET_DETAIL_MOVEMENT 
   WHERE( W_PALLET_MOVEMENT.PLMV_ID=W_PALLET_DETAIL_MOVEMENT.PLMV_ID (+) and 
 W_PALLET_MOVEMENT.MOVEMENT_OWNER=W_PALLET_DETAIL_MOVEMENT.PDMV_OWNER (+)  )
  AND  ( ( W_PALLET_DETAIL_MOVEMENT.erp_serial_number  = '132296650' ) ) ;

Lorsque je reunis les deux requètes par 'un or' sur la condition et que j'active celle-ci je génère trop d'extent pour mon fichier temp
sachant que j'ai un index sur chacun des champs de ma condition
quelqu'un pourrait-il m'expliquer .

Edit par bouyao :

[Jaouad]

et si tu donnais la derniére requête et les explains plans ?

[Plumet]

Voici la requête :
SELECT w_pallet_movement.fgt_number
FROM w_pallet_movement, w_pallet_detail_movement
WHERE w_pallet_movement.plmv_id = w_pallet_detail_movement.plmv_id (+)
AND w_pallet_movement.movement_owner =
w_pallet_detail_movement.pdmv_owner (+)
AND (w_pallet_detail_movement.fgt_number = '132296650'
OR w_pallet_detail_movement.erp_serial_number = '132296650')

et le plan :

5[IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_1.gif[/IMG]SELECT STATEMENT4[IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_2.gif[/IMG][IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_3.gif[/IMG]FILTER3[IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_5.gif[/IMG][IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_4.gif[/IMG][IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_6.gif[/IMG]HASH JOIN [OUTER]1[IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_5.gif[/IMG][IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_5.gif[/IMG][IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_7.gif[/IMG][IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_8.gif[/IMG]WESCRE.W_PALLET_MOVEMENT TABLE ACCESS [FULL]2[IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_5.gif[/IMG][IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_5.gif[/IMG][IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_9.gif[/IMG][IMG]file:///C:/oracle/ora92/sysman/report/nio197_970652109/1_8.gif[/IMG]WESCRE.W_PALLET_DETAIL_MOVEMENT TABLE ACCESS [FULL]

[LeoAnderson]

Pouvez-vous fournir un explain plan lisible sans les images ?

Code :

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

1
2
explain plan for ...
select * from table (dbms_xplan.display);

[Plumet]

excuse moi , voici l'explain du premier select avec une seule condition :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 PLAN_TABLE_OUTPUT
----------------------
| Id  | Operation              |  Name                 | Rows  | Bytes | Cost  |
----------------------------------------------------------------------
| 0 | SELECT STATEMENT    |                        |    11 |   396 |    33 |
| 1 |  NESTED LOOPS          |                        |    11 |   396 |    33 |
| 2 |   TABLE ACCESS BY INDEX ROWID|W_PALLET_DETAIL_MOVEMENT     |    11 |   198 |    11 |
| 3 |    INDEX RANGE SCAN  | W_PALLET_DETAIL_MOVEMENT_I3 |11| |3 |
| 4 |   TABLE ACCESS BY INDEX ROWID| W_PALLET_MOVEMENT  |1|18|2|
| 5 |    INDEX UNIQUE SCAN | W_PALLET_MOVEMENTC1             |1 |  |1|
---------------------------------------------------------------------------------------------
Note: cpu costing is off, 'plan_table' is old version

Voici l'explain avec la condition OR :

Code :

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

1
2
3
4
5
6
7
8
9
10
 -----------------------------------------------------------------------
| Id  | Operation            |  Name                     | Rows  | Bytes | Cost  |
-----------------------------------------------------------------------
|0 | SELECT STATEMENT     |                           | 18M|   980M| 81444 |
|1 |  FILTER                      |                           |       |       |       |
|2 |   HASH JOIN OUTER     |                           |       |       |       |
|3 |   TABLE ACCESS FULL  |W_PALLET_MOVEMENT|  8223K|141M|14498|
|4 |    TABLE ACCESS FULL | W_PALLET_DETAIL_MOVEMENT|18M|670M|35873 |
----------------------------------------------------------------------------------
Note: cpu costing is off, 'plan_table' is old version

j'ai un index sur W_PALLET_MOVEMENT et un sur W_PALLET_DETAIL_MOVEMENT

[LeoAnderson]

C'est clair : une seule clause et vous manipulez 396 octets grâce aux indexes.

Avec le OR, il n'y a plus d'indexes appropriés donc vous parcourez toutes les tables intégralement, soit 980 Mo manipulés...