Discussion :

[mnitu]

Bonjour

Le fichier joint contient une partie du report statspack dépersonnalisé (… à la place des certaines requêtes). L’analyse a été effectuée pour deux traitements batch s’exécutant en simultanée (mêmes traitements, donnés différents). C’est en gros la seule chose qui a tournée sur la base pendant ce temps.

J’ai ma petit idée sur ce qui les statistiques montre dans ce cas, mais j’aimerais bien avoir au moins une autre opinion. J’apprécierais bien si possible d’ajouter les motivations. Je comprends bien que l’information que j'ai fourni étant incomplète il n’est pas possible de tirer des conclusions définitives.

Merci

[orafrance]

Pour ma part, je dirais qu'il ne s'est pas passé grand chose

CPU Time qui est quasiment le seul événement d'attente alors qu'il n'est pas significatif. Dans l'activité on voit surtout des accés sur ROWID, donc tout va bien (c'est confirmé par db file sequential read).

Il manque l'info sur le sort (disk) mais en regardant les requêtes y'a pas l'air d'y avoir beaucoup de tri de toute façon.

Je ne sais pas ce qu'on doit voir mais moi je ne vois rien de particulier à part une base qu'on a pas beaucoup sollicité

Tu as un souci particulier ou c'est juste pour discuter ?

[mnitu]

Merci pour votre réponse.

J'ai un souci (en réalité un débat) et il est lié à l'interprétation des résultats du fichier. Mais je ne veux pas influencer les interprétations. D’autre parte il est difficile d’interpréter correctement les statpack sans la connaissance de ce qu’on fait.

Les traitements d’édition qui constituent les traitements batch n’utilisent pas des variables des liaisons (binding variables), donc en gros chaque requête est unique.