De l'intérêt des tables index ?

**doc malkovich** · 20/09/2010, 09h50

Bonjour à tous,

Je n'ai jamais vu ni utilisé les tables index-organized, et je me posais des questions sur leur intérêt dans le cadre d'une optimisation ...

Dans quel cadre préférera-t-on une table index-organized à une table classique ( heap ) agrémentée d'un index ?

Là par exemple j'ai un update qui prend un certain temps, pour chaque colonne on passe par une sous-requête complexe et couteuse.
Je pensais passer par une table temporaire ( en global temporary ou en create / drop si je veux passer par une index_organized ) et l'utiliser ensuite pour faire un update. D'après ce que j'ai compris, il vaut mieux passer par une table temporaire + index, c'est ça ?

**SheikYerbouti** · 20/09/2010, 11h57

L'avantage de la table organisée en index, est que la donnée est incluse dans l'index. Il n'ya donc pas besoin de faire une 2ème lecture dans la table associée, puisque l'index EST la table.

**mnitu** · 20/09/2010, 12h00

Envoyé par john malkovich

Bonjour à tous,

Je n'ai jamais vu ni utilisé les tables index-organized, et je me posais des questions sur leur intérêt dans le cadre d'une optimisation ...

Dans quel cadre préférera-t-on une table index-organized à une table classique ( heap ) agrémentée d'un index ?

Là par exemple j'ai un update qui prend un certain temps, pour chaque colonne on passe par une sous-requête complexe et couteuse.
Je pensais passer par une table temporaire ( en global temporary ou en create / drop si je veux passer par une index_organized ) et l'utiliser ensuite pour faire un update. D'après ce que j'ai compris, il vaut mieux passer par une table temporaire + index, c'est ça ?

Il est conseillé d'optimiser l'update plutôt que d'ajouter des tables temporaires. Avez vous un exemple (quelle version d'Oracle) ?

**doc malkovich** · 20/09/2010, 14h14

Envoyé par SheikYerbouti

L'avantage de la table organisée en index, est que la donnée est incluse dans l'index. Il n'ya donc pas besoin de faire une 2ème lecture dans la table associée, puisque l'index EST la table.

Justement, ça a l'air bien sur le papier ... Une solution de facilité serait de passer toutes les tables qui ont une PK ( bien sûr aucune table est sans PK

) en tables organisées en index pour aller + vite non ?

**Waldar** · 20/09/2010, 14h19

Ça dépend de la façon dont vous interrogez votre table.

Si vous passez toujours par la PK, oui l'organisation en index est rentable.
Si vous avez par contre d'autres index, alors là non ça devient beaucoup moins intéressant.

**doc malkovich** · 20/09/2010, 14h23

Envoyé par mnitu

Il est conseillé d'optimiser l'update plutôt que d'ajouter des tables temporaires. Avez vous un exemple (quelle version d'Oracle) ?

Oracle 10g

Par exemple on a une table "echeancier" avec un identifiant, une date et un montant.
Mon update fait la somme des montants à venir.

Code :

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

1
2
3
4
5
update avenir
set montant=(select sum(montant) from echeancier
where echeancier.id=avenir.id
and echeancier.datecheance > :dateparametre
and ( autres filtres ) ;