Optimisation de requette TABLE ACCESS (FULL)

Bonjour
je possede un requette qui selectionne des ligne de plusieur table avec jointures externes et group by lorsque je fait un Explain sous Toad il m'affiche

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

SELECT STATEMENT Optimizer=CHOOSE SORT (GROUP BY) FILTER NESTED LOOPS (OUTER) NESTED LOOPS NESTED LOOPS NESTED LOOPS TABLE ACCESS (FULL) OF EL_CONTRAT TABLE ACCESS (FULL) OF EL_TVA TABLE ACCESS (FULL) OF EL_SERVICE TABLE ACCESS (FULL) OF EL_CONTRAT INDEX (UNIQUE SCAN) OF PK_EL_CONSULTANT (UNIQUE)

---

je pense que lorsque je trouve TABLE ACCESS (FULL) c a dire que ma requette n'est pas optimisée, alors que ce que je doit faire exactement?
merci[/code]

Bonjour et bienvenue sur le forum Oracle :D ,

Merci de ne pas oublier de bien lire les régles et de détailler le contexte technique , car c'est en nous aidant que nous pourrons a notre tour mieux vous aider :wink: .

Concernant votre probléme :

Citation:

---

TABLE ACCESS (FULL) OF EL_CONTRAT

---

cela indique que vous parcourez toutes les lignes de la table, et effectivement cela peut parfois poser des problémes de performances.

quelle est la volumétrie de ces tables ?

Code:

---

select count (1) from ta_table ;

---

Avez vous des index sur cette table ?

Code:

---

select index_name from dba_indexes where table_name =upper('&table_name') and owner =upper('&owner') ;

---

Les stats on t'elles déja été calculés ?

Code:

---

select last_analyzed from dba_tables where table_name =upper('&table_name') and owner =upper('&owner') ;

---

Est ce que les colonnes dans les clauses WHERE sont indéxés?

Code:

---

select column_name from dba_indexes where table_name ==upper('&table_name') and owner =upper('&owner') ;

---

Jaouad

pour la volumétrie mes table ne sont pas encore volumuneuse car je suis en phase de developpement mais c sure que un jours elle seront volumuneuse et c pour ca je veut eviter ce probleme.
pour les index de cette table oui elles sont indéxés
pour le stats j'ai jamais calculer par ce que

Code:

---

select last_analyzed from dba_tables where table_name =upper('&table_name') and owner =upper('&owner') ;

---

retourne une valeur null
et enfin pour les colonnes si elle sont indexé, je vous repond que non car la requette que vous m'avez donne retourne la valeur null

Concernant les statistiques.

Il faut absolument les calculer et maniére réguliére, notament si votre base est l'objet de insert/update/delete fréquent.

Si vos tables sont indéxés et non pas les colonnes des requêtes , il vous faut vous poser la question si c'est normal ou pas .

Je n'ai toujours pas eu la version de bases de données.
Avec quel outil avez vous exécuté les requêtes ?

Jaouad

oui désolé j'avait oublier de te dire avec quelle outils, donc j'utilise oracle 9i, et l'explain j'utilise Toad 8.5

Donc il est normal que mes requêtes ne raménent aucun enrengistrement, elles sont prévus pour Sql*Plus :

1=> Soit tu les éxécute sous Sql*Plus.
2=> Soit tu remplace le & par : ( Mais je n'en suis plus trés sur :? )

Jaouad

si j'ai changé la variable & par le nom de table et l'autre par le nom d'utilisateur

OK si tu as mis le nom du prpriétaire et celui de la table en Majuscule c'est ok.

Donc en conclusion :
. Calculer les statistiques de maniéres réguliéres
. Revoir (Peut être) la statégie des index pour que ces derniers collent mieux aux requêtes.


Bon courage
Jaouad

merci, tu n'a pas un tutorial par hazard sur le web pour m'aider a faire ca?
c gentil merci

Concernant les requêtes gourmandes :
TKPROF et Explain Plan

Concernant le calcul des statistiques :

Citation:

---

Package appartenant à SYS : DBMS_STATS

---

Voila :wink:

merc jaouad té tres gentil
bon courage
:D