Discussion :

[Wurlitzer]

Bonjour,

J'ai une base avec une grosse table (11 Millions de ligne, 56 Colonnes, 15 Indexes). Lorsque je fais un insert j'ai un nombre important de Buffer Gets qui plombe les perfs. J'imagine que c'est a cause de la mise a jour des Indexes ?

Est ce bien cela ?

Comment faire pour améliorer les performances ? Est ce que le partionnement changerait quelque choses ?

Le mieux serait j'imagine de dropper les indexes inutiles mais comment faire pour les identifier. Je suis en 8.1.7 et donc sans l'option MONITORING.

Merci de votre aide

[orafrance]

Tu peux essayer de partitionner l'index mis à jour lors de l'insert déjà. C'est le plus simple à vérifier dans un premier temps

Après tu peux rechercher dans v$sqlarea les requêtes qui utilisent la table, un coup d'explain plan sur toutes les requêtes et un recensement des indexes utilisés... y'a plus qu'à comparer avec ceux qui existent mais ne servent pas

[dyvim]

Lorsque je fais un insert j'ai un nombre important de Buffer Gets qui plombe les perfs. J'imagine que c'est a cause de la mise a jour des Indexes ?
Est ce bien cela ?

Il y a de fortes chances oui...

Comment faire pour améliorer les performances ? Est ce que le partionnement changerait quelque choses ?

Oui si tu utilise un partitionement par tranches de valeur (range)et que tu es capable de préciser la partition lorsque tu insères. Il faudrait que tes index soient partitionnés eux aussi de la même façon que ta table pour que cela soit efficace (ainsi seul les parties des index correspondant à ta partition devron être reconstruites)

Le mieux serait j'imagine de dropper les indexes inutiles mais comment faire pour les identifier. Je suis en 8.1.7 et donc sans l'option MONITORING.

Pas sur que cela améliore beaucoup les choses... Sauf si tu as vraiment bcp d'index inutiles.
Tu peux lister les plans d'execution de chacun des select qui sont faits sur la table et voir ceux qui sont le plus fréquemment utilisés. Ca devrait te donner une base de travail.