Sélection très longue sur une vue

Bonjour à tous,

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

Lorsque je fais

Code:

---

1 2	SELECT * FROM V_MA_VIEW

---

J'obtiens tous les enregistrements en 0,7 secondes

Si je fais

Code:

---

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:

---

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:

---

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:

---

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 :)

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

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

sans explain plan point de salut :?

Citation:

---

Envoyé par mister3957

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.

Salut !

Citation:

---

Envoyé par Scorpi0

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...

Bonjour,

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