Bonjour,

Nous sommes en train d'effectuer une migration de 9i vers 10g.
Celle-ci s'est à peu près bien passée.
Mais un problème persiste: le calcul des stats.
En effet, celui-ci est devenu très (très) long (pas loin de 9 fois plus... On passe de 30 min à 4h30 )
Les tables analysées sont partitionnées (voir sous-partitionnées).
Tous les soir, pour chaque table, on lance une analyse sur la partition (et/ou sous-partition) de la journée avec la commande suivante:
Code : Sélectionner tout - Visualiser dans une fenêtre à part
exec DBMS_STATS.GATHER_TABLE_STATS('Mon_Shema','MaTable', 'P_MaTable_20070716', estimate_percent => 75, granularity => 'PARTITION',cascade => TRUE);
Avez-vous eu vent de ce type de problèmes?
Cela peut-il être du à une mauvaise installation ?

avec DBMS_STAT, il y a une notion de 'Degree of parallelism', est-ce que ça peut être utile?


J'avoue que mes recherches ont été assez infructueuse (à part un ou deux lien sur le metalink oracle pour lequel je n'ai pas de compte )

En tout cas, merci d'avance si vous avez une petite idée sur ce point qui commence un peu à devenir critique...

Nb: Mon serveur de test n'est pas tout à fait iso prod (moins de ram). Sur ce serveur, l'analyse sur 9i dure 2 heures. Cela peut-il expliquer une telle différence?