Discussion :

[chebdo]

Le problème est classique, les traitements sont hyper long, nous sommes en 9i avec des tables space en Locally Managed.
Nous avons constaté une forte fragmentation au niveau des tables et des index.

Cela est-il une piste de recherche, même si nos TS sont en locally managed ?
Vers quelles autres pistes doit-on chercher ?

[nuke_y]

Est-ce que les plans d'exécution sont corrects ? Les statistiques sont calculées ?

Il me semble (mais j'attends confirmation des experts) qu'une forte fragmentation des index et des tables peut "fausser" les statistiques et l'optimiseur préférera se passer d'index -> durées très longues.

[chebdo]

Mes tables contiennent des index, et ceci sont ventilés sur differents tablespaces. Les stats sont à jour, en revanche je n'ai pas regardé les plans.

Comme je le disais la forte fragmentation a plus qu'attiré mon attention.

Est-ce vraiment une piste d'audit a partir du moment ou mes TS son en mode "Localy Managed".

Pour le plan, je ne pourrais le faire que Mardi, au mieux demain ?

Merci.

[nuke_y]

De toutes façons, je ne pense pas dire de bétises en disant que la fragmentation ce n'est jamais bon. Mais de là à dire que la fragmentation est la seule cause de la mauvaise performance... il faudrait regarder les plans.

[orafrance]

Nous avons constaté une forte fragmentation au niveau des tables et des index.

Comment tu as vu ça ? Quels sont les options de stockage du tablespace et des objets ?

Cela est-il une piste de recherche, même si nos TS sont en locally managed ?
Vers quelles autres pistes doit-on chercher ?

Oui

Les waits et les events... parce que regarder au hasard c'est pas une méthode... tes problèmes peuvent venir de plein d'autres choses : latch, lock, DB_CACHE_SIZE, SGA, etc...

[orafrance]

De toutes façons, je ne pense pas dire de bétises en disant que la fragmentation ce n'est jamais bon. Mais de là à dire que la fragmentation est la seule cause de la mauvaise performance... il faudrait regarder les plans.

la fragmentation n'est pas un problème tant que tu ne veux pas réduire la taille des tablespaces :
1°) dans l'idéal tu fais que des accés en mémoire
2°) tu as peux de chance d'avoir aucun fragmentation au niveau des disques... même en cas de disques strippés c'est pas du tout souhaitable pour pouvoir paralléliser les lectures

[Marc Musette]

la fragmentation n'affecte pas la performance , juste l'utilisation de l'espace .

ceci peut être résolu en utilisant des LMT avec "un extent size" fixe.

[orafrance]

"un extent size" fixe.

exactement... UNIFORM SIZE dans le vocabulaire Oracle