Discussion :

[farenheiit]

Bonjour,

on m'a demandé de travailler sur une appli qui a vu son traitement batch passer de 2h à plus de 30h après être passé de la 8i à la 10G. Il s'agit apparemment d'un traitement en pro-C

je n'ai pas encore regardé de près mais qq'un a t'il déjà rencontré ce pb? qq'un a t'il une idée de ce que ça pourrait être ? Moi je suspecte les statistiques.

merci de vos réponses

[orafrance]

C'est pas rare d'avoir des soucis de perf sur certains traitements après un migration, CBO change notamment et cela peut modifier défavorablement les plan d'exécutions.

Commence par mettre sa session en trace et fait un tkprof avec explain plan pour déceler les soucis

[iSylvain]

Bonjour,

Je pense aussi qu'il faut se pencher sur les stats car je crois qu'en 10g l'optimiseur Oracle ne se base plus que sur les statistiques (=>Cost Based Optimizer (CBO)) contrairement à la 8i où Oracle se basait sur des règles (il me semble => Rule Based Optimizer (RBO)).
EDIT : Pas assez rapide...

[farenheiit]

Bonjour,

Je pense aussi qu'il faut se pencher sur les stats car je crois qu'en 10g l'optimiseur Oracle ne se base plus que sur les statistiques (=>Cost Based Optimizer (CBO)) contrairement à la 8i où Oracle se basait sur des règles (il me semble => Rule Based Optimizer (RBO)).

Non en 8i il se base aussi sur les stats si le l'optimizer_mode est à CHOOSE
C'est en 7 que le CBO n'existait pas je crois

[orafrance]

Oui enfin, même si la 8i utilise aussi les stats, entre 8i et 10g le CBO a largement été revu