Discussion :

[mister3957]

Bonjour à tous,

J'ai créé une vue V_MA_VIEW qui possède 3 champs : C1, C2, C3.

Lorsque je fais

Code :

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

1
2
 
SELECT * FROM V_MA_VIEW

J'obtiens tous les enregistrements en 0,7 secondes

Si je fais

Code :

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

1
2
3
 
SELECT * FROM V_MA_VIEW
WHERE C1 = 1

J'obtiens tous les enregistrements (213031) en 0,7 secondes

Si je fais

Code :

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

1
2
3
 
SELECT * FROM V_MA_VIEW
WHERE C2 = 1

J'obtiens tous les enregistrements (1) en 0,9 secondes

Et si je fais

Code :

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

1
2
3
 
SELECT * FROM V_MA_VIEW
WHERE C3 = 1

J'ai arrêté au bout de 10 minutes de grattage...

Et même

Code :

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

1
2
3
 
SELECT count(*) FROM V_MA_VIEW
WHERE C3 = 1

N'en fini pas...

Qu'est-ce qu'il a ce C3 pour être aussi long ?

A savoir que C1, C2 et C3 sont des NUMBER(10) et que les trois champs sont tous issus d'une même table, la vue ne faisant qu'appliquer un filtre.


Pouvez-vous m'aider ?

Merci

[Waldar]

Votre table aurait-elle un index sur les champ C1 et C2 mais pas C3 ?

[mister3957]

Heu au contraire, C3 a un index, et pas les autres...

[orafrance]

sans explain plan point de salut

[Scorpi0]

Heu au contraire, C3 a un index, et pas les autres...

Je parie que les stats de l'index sur C3 sont pas à jour, du coup il utilise l'index au lieu de faire un full scan certainement plus judicieux vu les temps de réponse de tes requêtes.

Met à jour les stats ça devrait aller mieux.

[pacmann]

Salut !

un full scan certainement plus judicieux vu les temps de réponse de tes requêtes.

Mais dans ce cas, le count(*) ne devrait pas être si long, non ?
(genre avec index FFS sur C3)

Sinon, complètement d'accord avec Orafrance...

[fatsora]

Bonjour,

ou si les stats sont a jour, faire un rebuild d'index ...