Utilité des index et mesure de performances

Bonjour,

On dit qu'un index est un objet complémentaire de la BD (ne faisant pas partie du standard de SQL) mais qui n'est pas indispensable, on peut s'en passer
Mais si je tiens compte que ça permet d'indexer donc ça accélère les recherches (par ex, la condition WHERE non ?)
Ce que je sais c'est que ça prend seulement un espace mémoire de plus

Donc, en quoi les index peuvent-ils ralentir le traitement alors ? Pourquoi un index est considéré comme un objet, n'est-ce pas une technique ?
Quand est-ce qu'on utilise un index ? Quand on a à faire à une table qui contiendra des milliers de valeurs ??
Je pense que l'index est utile pour une table qui sera beacoup SELECTée non ?

Bon, je trêve de bavardage, donc pour la mesure de performances, que fais TopSQL par ex ??

Indexes

Merci pour le lien mais je ne suis pas tellement avec la documentation d'Oracle, n'y a-t-il pas de doc sur developpez.com, j'ai beau cherché mais rien

En lisant ce lien, ça a encore grandi mon incompréhension: que contient un index?

Citation:

---

Indexes are optional structures associated with tables and clusters.

---

C'est quoi cluster ?

Pour le cluster, je retire la question car answer = http://fadace.developpez.com/sgbdcmp/cluster/, c'est encore une technologie en plus des indexes

bonsoir,
effectivement la doc Oracle est ton meilleur ami.

Un index est un objet de la base de donnée qui prend physiquement de la place car il contient une partie des données de la table. Plus la table est grosse, plus un index sera gros. Un index peut s'imaginer comme l'index d'un livre: pour chercher une reference soit on lit le livre en entier,soit on passe par l'index pour acceder directement à l'info. Un index de PK contient toutes les valeurs de la PK rangées "intelligemment"(B-TREE) et le rowid de la ligne dans la table. Grossierement si le where porte sur la pk, une lecture de l'index est faite plutot que la table soit avec un range scan(une plage de valeur est ramenée) soit ,bingo, avec un unique acces (une seule valeur ramenée). Une fois qu'on a ce/ces valeurs, on accede la table via le rowid et on recuperer toutes les colonnes de la table.

Pour te convaincre qu'un index contient une partie dupliquee des tables, tu peux faire une requete ne portant unique sur des colonnes indexées:
table t(a,b,c,d) avec index sur a et c. -> select a from t where c=:v
un explain plan sur cette requete montre qu'il n'y a pas d'acces à la table.

Cdt

C'est très clair :ccool:

Juste une précision, pour qu'un index soit bien utilisé, il faut calculer les statistiques sur la table afin de permettre à l'optimiseur de choisir le plan d'exécution adéquat en fonction de la volumétrie, la sélectivité et les performances d'un index ;)

Slt!
kervoaz et orafrance ont ete max; juste une pincé de sel.
Un index est comme une fraction de la table qu'il reference.
Il est utilisé pour faciliter la recherche (SELECT + WHERE et non un SELECT sans WHERE)
Et donc lorsque la table est très volumineuse son parcours necessitera de nombreux accès disque.
Pour eviter cela, on fait recours à son index (qui est une fraction de la table en terme de volume egalement): son parcours est plus simple en accès disque.
Une fois les enregistrements concernés repérés, on procède à un accès direct sur la table pour les recuperer (non plus à un parcours séquentiel).
NB: Il y a des circontances où les index n'ont aucune importance, au contraire ils peuvent nuire. D'où l'utilité de l'optimiseur dont parlait orafrance.
A+

Citation:

---

Envoyé par nwaitic

...
Il est utilisé pour faciliter la recherche (SELECT + WHERE et non un SELECT sans WHERE)
...

---

Il y a beaucoup de chose à dire et surtout à lire sur les indexes.

Code:

---

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

SQL> set autotrace traceonly explain SQL> Select * from emp order by empno 2 ;   Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=FIRST_ROWS (Cost=83 Card=409 Byte s=35583)   1 0 TABLE ACCESS (BY INDEX ROWID) OF 'EMP' (Cost=83 Card=409 B ytes=35583)   2 1 INDEX (FULL SCAN) OF 'PK_EMP' (UNIQUE) (Cost=26 Card=409 )

---

Citation:

---

Pour te convaincre qu'un index contient une partie dupliquee des tables, tu peux faire une requete ne portant unique sur des colonnes indexées:
table t(a,b,c,d) avec index sur a et c. -> select a from t where c=:v
un explain plan sur cette requete montre qu'il n'y a pas d'acces à la table

---

Là c'est clair

Le truc est donc de savoir les utiliser et avoir une RAM spacieuse !!!