Discussion :

[Greyhunter]

Bonjour a tous,

Voila j'ai cette requête qui refuse de prendre en compte mes index crées :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
SELECT DISTINCT a.num_rion, b.piv_decl_id, a.activite
  FROM selvpt_mer_histo a,
	   selolt_p_venti_mer_abo b
 WHERE a.histo_mer_id = b.histo_mer_id
UNION
SELECT DISTINCT a.num_rion, b.piv_decl_id, a.activite
  FROM selvpt_mer_histo a ,
	   selolt_p_ventilation_mer b 
 WHERE a.histo_mer_id  = b.histo_mer_id

j'ai un index sur la colonne histo_mer_id dans chacune des table et j'ai quand même un table access full lors de la jointure a.histo_mer_id = b.histo_mer_id .

Quelqu'un aurait une idée?

[Waldar]

Si Oracle choisi de ne pas utiliser l'index c'est qu'il ne le juge pas pertinent.
Quelles sont les volumétries de vos tables ?
Est-ce que les statistiques sont à jour ?
Pour information l'opérateur UNION effectue déjà un DISTINCT sur le résultat global et qu'il est donc inutile de le préciser dans les différent select.

[ora_home]

Je confirme le message de Waldar. Peut être que tu ramène assez d'informations, et Oracle préfère un FULL SCAN que de passer par l'index si les données sélectionnées dépassent un certains pourcentage.

Si tu insiste d'utiliser ton index, tu peux le forcer par un HINT.

[mnitu]

Si la méthode de jointure est HASH JOIN c’est normal sinon postez le plan d’exécution

[ora_home]

Déjà le UNION est automatiquement transformé en UNION ALL, puis oracle procède à un tri pour supprimer les doublon. donc oracle préfère un FTS(Full Table Scan)