performance du gather_table_stats

Bonjour,
Nous alimentons quotidiennement un datawarehouse.
Nous étions avant en 9i et optimizer 8.1.7 et utilisions :

Code:

---

analyze table xxx estimate statistics

---

Nous sommes passés en 10g optimizer par défaut de 10g et utilisons :

Code:

---

dbms_stats.gather_table_stats(ownname=>xxx,tabname=>xxx,cascade=>true);

---

Les performances sont dégradées :evilred:
Quelqu'un aurait-il un équivalent plus performant à me proposer ?
J'ai essayé avec les options :

Code:

---

1 2	estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE, DEGREE => DBMS_STATS.AUTO_DEGREE

---

et j'ai gagné 30% mais je me demande si le résultat attendu est le même...
Merci bien avance.
Cordialement.

Tu parles d'une dégradation du temps d'alimentation de la base, ou de l'accès aux tables une fois qu'elles sont alimentées ?

Concernant l'alimentation, si tu n'utilises pas estimate_percent, il fait un compute par défaut (calcul des stats sur toute la table) alors que tu faisais un estimate avec la commande ANALYZE. En utilisant estimate_percent, tu as gagné 30% (au passage, Oracle préconise fortement d'utiliser DBMS_STATS.AUTO_SAMPLE_SIZE comme tu l'as fait). Deuxième chose, tu as spécifié cascade ==> true, ce qui signifie qu'il met aussi à jour les stats des index de la table, chose que tu ne faisais peut-être pas avant ?

Si tu voulais dire que c'est l'accès aux tables qui est dégradé, c'est à n'y rien comprendre, car tout le monde est d'accord pour dire que les statistiques calculées par le package DBMS_STATS sont plus efficaces que celles calculées par la commande ANALYZE.

Merci beaucoup pour la réponse.
Il s'agit bien de dégradation lors de l'alimentation du dwh et non de l'accès aux tables.