Grosse lenteur lors d'une lecture de structure

**Daeron** · 22/08/2013, 09h45

Bonjour,
Sous Oracle v11.2.0.1 nous avons une requête sous la forme :

Code :

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

Select Q_Name From Tb_Msg T Where T.User_Data.Id_Msg ='R103130815A864F9'

Cette requête tourne en 0.5 secondes sur nos plateformes alors qu'elle met plus de 5 secondes chez nos clients. Nous avons éliminé le côté réseau car seule cette requête cause des problèmes

La seule particularité est que "User_Data" est une structure comme ceci

Code :

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

1
2
3
4
5
6
7
8
9
10
TYPE QUEUE_MSG_TYP AS OBJECT
(
        ID_MSG				VARCHAR2(30)
        ,MSG_SIZE			INTEGER
        ,REJECT_REASON		INTEGER
        ,PROP1				VARCHAR2(30)
        ,PROP2				VARCHAR2(30)
        ,PROP3				INTEGER
        ,MSG				BLOB
);

C'est également vrai que les performances sont mauvaises si on regarde l’exécution plan qui indique un table access full pour retrouver notre ID_MSG.

Evidemment les développeurs ne veulent (peuvent ?) changer cette structure car cette table ne devrait pas contenir plus de 200 éléments. Chez le client on est à 2000 mais malgré tout en test chez nous la table avec 2000 éléments ne prends pas plus de 1/2 seconde contre 5 chez eux.

Auriez vous une idée pourquoi ?
En vous remerciant.

**Waldar** · 22/08/2013, 11h44

Il faudrait voir le script de création de la table.

Il manque juste un index :

Code :

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

1
2
create index ix_Tb_Msg_User_Data_Id_Msg
on Tb_Msg (User_Data.Id_Msg);

**Daeron** · 22/08/2013, 13h06

Effectivement il n'y a pas d'index sur la structure.
mais pourquoi a t'on alors une différence entre notre base et la notre aussi nette sur cette requête ?

**Waldar** · 22/08/2013, 14h46

Ça peut être une différence de matériel, de charge de la machine qui peut faire d'autres choses en même temps, ou n'importe quoi d'autre.

Ajoutez l'index, c'est transparent et ça résoudra votre problème.