Discussion :

[ukanoldai]

Bonjour,
dans le cadre d'un datawarehouse nous avons quelques tables de plus de 50 millions de records, qui ont +/- 25 foreign key vers des tables de dimension.
la recolte de statistiques se fait avec dbms_gather_stats, cascade, true et la on commence a avoisiner les 1h pour generer les statistiques pour une table.

la db est en oracle 9.2

je debarque la dedans et pour le moment je ne m'etais pas interessé aux stats mais la le gather stats complet met une petite dizaine d'heure et fout le server sur les rotules, avez vous des techniques particulieres pour optimiser le traitements ou eds recommandations de base?


d'avance merci pour vos réponses

[orafrance]

tu peux activer le MONITORING pour ne recalculer les stats que sur les objets qui ont beaucoup bougé. Tu peux également réduire le taux d'estimation ou encore partitionner les objets quand c'est possible pour ne calculer les stats que sur les dernières partitions... j'vois pas trop ce que tu peux faire de mieux

[ukanoldai]

je vais voir du coté du monitoring.

Pour le partitionnement ca fait un bail que je me dis qu'il serait bon de se pencher la dessus, car dans le cadre d'un datawarehouse cela semble assez bien adapté si j'ai bien compris, étant donné que par exemple pour la facturation l'on charge mois d'envoi par mois d'envoi et qu'un partitionnement par année d'envoi serait adapté.
Je vais me pencher dans la doc, mais pour le partitionnement, est ce que cela nécessite une adaptation quelconque au niveau des requetes faites dessus? ou bien c'est entierement geré de manière transparente par le sgbd? (en gros y a t'il un risque a partitionner une table dans un système de prod existant et y a t'il des modifications a prévoir niveau "client")

grand merci

[orafrance]

C'est complétement géré par le CBO. Eventuellement, tu peux partitionner par mois pour lancer en parallèle les requêtes sur les 12 partitions de l'année (il est possible d'indiquer la partition à sélectionner plutôt que la table) mais il n'y a pas d'obligation