Discussion :

[tck-lt]

Bonjour,

j'ai toujours calculé les stats sur mes bases avec la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exec dbms_stats.gather_database_stats;

Nous avons une erreur 600 sur une appli, le preste soupçonne cette façon de passer les stats (je n'y crois pas une seule seconde mais si ça lui fait plaisir) et me demande d'y ajouter l'option estime_percent=>100. De ce que je comprends, par défaut on est à 10% et alors les stats ne seraient calculées que sur un échantillon. Ça c'est pour la théorie mais concrètement je ne vois pas ce que cela change en pratique. Pourriez vous allumer mes lanternes svp ?

[Waldar]

J'ai eu un problème d'ORA-600 avec des statistiques globales sur le schéma DBSNMP, mais en 11gR2, et le DBA prod a dû supprimer et reconstruire le schéma.

L'analyse de votre DBA m'apparaît par conséquent plausible.

Par contre, le estimate_percent => 100, vous allez rafraîchir vos stats en lisant l'intégralité de votre base.
Si elle fait quelques Go pourquoi pas, mais si elle est plus lourde risquez de ne pas voir vos stats se finir dans un créneau raisonnable.

[Mohamed.Houri]

Bonsoir

Si vous êtes en 11g et que votre préférence approximate_ndv est mise à TRUE alors votre DBA n'a pas raison

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
SQL> select dbms_stats.get_prefs('approximate_ndv') apr_ndv from dual approx;
 
APR_NDV
---------------------------
TRUE

Dans ce cas la meilleure valeur de estimate_percent c'est

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
estimate_percent => dbms_stats.auto_sample_size

Grâce à l'excellent algorithme de hashing approximate_ndv développé par Oracle vous allez obtenir une précision de presque 100% avec un temps correspondant à celui que vous auriez eu en utilisant un estimate_percent de 10%

https://hourim.wordpress.com/2015/01...proximate_ndv/

Bien à vous
Mohamed Houri

[tck-lt]

Merci à vous pour ces explications.