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

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 ?

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.

Citation:

---

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) ?

Citation:

---

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 8-) ) en tables organisées en index pour aller + vite non ?

Ç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.

Citation:

---

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:

---

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 ) ;

---

Toutes les lignes de la table avenir sont mises à jour.
Les index sont bien utilisés mais comme on accède à de nombreuses lignes c'est long :zzz:
Je pensais donc passer par une table temporaire, créée rapidement sans utiliser d'index, mettre un index dessus et ensuite faire l'update.

Avez-vous essayé avec Merge ?

Citation:

---

Envoyé par mnitu

Avez-vous essayé avec Merge ?

---

Non, je n'y ai pas pensé ...
Je vais essayer

Le merge est en effet plus rapide ...
La requête initiale durait 1h15, le merge 2'20 et l'update avec table tmp 2'40.

Merci