Oracle n'utilise pas le facteur de séléctivité

Bonjour;
Je pensais que pour choisir le chemin d'accès à ue table Oracle utilise le facteur de selectivité, s'il est important il utilise un index s'il existe sinon il fait un access full, mais en faisant une petite expérience j'ai trouvé que ce n'étati pas le cas :

j'ai fait un select * sur une table de 200000 bytes il a utilisé un access full

puis j'ai augmenté la condition de selection jusqu'à atteindre une taille estimé de 15000 bytes donc la taille a vraiment diminué, mais il a aussi utilisé un access full, puis j'ai encore augmenté la condition de séléction jusqu'à atteindre 38 bytes et ce n'est que là qu'Oarcle a utilisé un index


Par contre j'ai fait un select * sans condition sur une table de 200 bytes il a utilisé un access full, puis j'ai ajouté une condition de séléction sur un attribut mais sans que la taille diminue donc le facteur de séléctivité = 1 et là Oracle utilise un index.
donc je pense que pour choisir un chemeni d'accés oracle ne s'appuie que sur la taille estimée après la séléction.


pouvez vous m'expliqué a quoi sert finalement le facteur de selectivité qu'on rencontre dans la littérature?????????????

merci

Bonjour,

En fait, oracle s'appuie sur une estimatoin du coût.
Le calcul du coût s'appuie sur une estimation des cardinalités (nb d'enregistrements renvoyés par chaque opération).
Le calcul des cardinalités s'appuie sur une estimation de la selectivité des prédicats.

Donc oui la selectivité a une part importante dans la détermination du plan d'exécution.

Si tu donnes toutes les infos de ton test (requête, plan d'exécution et statistiques des objets) alors on peut faire le calcul.

Sur le premier test, le choix d'un full table scan pour une selectivité > 2%, celà ne m'étonnes pas. Le full table scan va lire 50 fois trop de données, mais il va les lires très très vite. L'index va lire que ce qui est nécessaire, mais plus lentement...


Sur le deuxième test, si la table fait de 200 bytes, on ne peut pas en tirer beaucoup de conclusion. C'est minuscule ! Les métadonnées (dictionnaire, segment header, block header,...) sont plus importants que les données !

Cordialement,
Franck.

Bonjour;
Je vous remercie pour votre reponse.
Alors si pour lire 50 fois plus de données il choisit comme meme le full scan, l'index ne sert à rien dans ce cas, pouvez vous m'expliquer cela?
Merci

Un exemple:

Tu as une grosse encyclopédie, plusieurs tomes plus un index.

Si tu recherche les articles parlant d'un sujet précis, genre tout ce qui traite de 'ORACLE' tu prends l'index et il va t'amener sur quelques articles.

Par contre, si tu cherches un sujet tellement vaste que tu vas tomber sur la moitié des articles (genre tout ce qui traite d'un mot commencant par 'O'). Alors ce sera plus rapide de parcourir toute l'encyclopédie reapidement, plutot que d'aller voir un miller de fois index - numéro de page - article - index - numero de page - article ...

Cordialement,
Franck.