Discussion :

[ZashOne]

BOnjour

J ai un schema oracle qui et identique a celui d'une base Mysql.

Celui ci contient une table dont la definition est la suivant

ID (PK) ID_2 BLOBDATA

Il y a dans les 2 systemes 3 indexes
Celui sur ID , celui sur ID_2 et celui sur les deux.

LA volumetrie est la meme a savoir environ 50000 lignes et l application qui utilise cette table doit acceder en continu pour recuperer ligne par ligne.

Ce qui m'etonne c'est que apres avoir installer et charger chacun des deux systemes. Sous mysql , l 'acces est instantané , alors que sous oracle ca prend plus de temps.

pouvez vous m'aider ?

Code :

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

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
SELECT BLOBDATA,ID,ID_2
FROM
 BLOBTABLE WHERE "ID" = :1 AND "ID_2" = :2
 
 
call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse       60      0.01       0.00          0          0          0           0
Execute     60      0.00       0.00          0          0          0           0
Fetch       60     13.52      65.61    1508880    1509300          0          60
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total      180     13.54      65.61    1508880    1509300          0          60
 
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 44  (USER)
 
Rows     Row Source Operation
-------  ---------------------------------------------------
      1  TABLE ACCESS FULL BLOBTABLE (cr=25155 pr=25148 pw=0 time=0 us cost=5510 size=95 card=1)
 
 
Rows     Execution Plan
-------  ---------------------------------------------------
      0  SELECT STATEMENT   MODE: ALL_ROWS
      1   TABLE ACCESS   MODE: ANALYZED (BY INDEX ROWID) OF 
              'BLOBTABLE' (TABLE)
      0    INDEX   MODE: ANALYZED (RANGE SCAN) OF 
               'BLOBTABLE_INDEX_ID_ID2' (INDEX)
 
 
Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                     120        0.00          0.00
  SQL*Net message from client                   120        0.00          0.08
  reliable message                               61        0.00          0.00
  enq: KO - fast object checkpoint               59        0.00          0.00
  direct path read                            95040        0.06         53.96

[orafrance]

A mon avis t'as trop d'index sur ta table et du coup il n'utilise pas le bon. En effet, je ne vois pas pourquoi il utilise pas l'index sur ID,ID_2 Ensuite, est-ce que les disques sont paramétrés de la même manière sur les 2 SGBD ?

[ZashOne]

En fait il utilise bien l index ID_ID2 et pas les autres, enfin si on en croit les traces.

Sur 50000 lignes , j ai environ 20% qui font moins de 3965 octes et la taille max est de 8K . DOnc a mon avis il y a un probleme avec les LOB_INDEX et les LOB_SEGMENT.

J'ai posté une sr sur metalink , ils n'ont qu' a reflechir a ma place j 'ai bien assez de boulot en ce moment (humour , le support d'oracle est vraiment tres bon)

Par contre si quelq' un a des indices je suis preneur . Je posterai la soluce quand il m onront repondu.

[orafrance]

c'est surtout l'index sur les 2 colonnes qui devrait être utilisé a priori

[ZashOne]

0 INDEX MODE: ANALYZED (RANGE SCAN) OF
'BLOBTABLE_INDEX_ID_ID2' (INDEX)

BLOBTABLE_INDEX_ID_ID2 c 'est l index sur les 2 colonnes en fait