optimisation de statistique

ukanoldai · 08/03/2007, 19h07

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 · 09/03/2007, 08h20

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 · 09/03/2007, 08h45

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 · 09/03/2007, 09h13

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

08/03/2007, 19h07	#1
ukanoldai Candidat au titre de Membre du Club Inscription : janvier 2005 Messages : 62 Détails du profil Informations forums : Inscription : janvier 2005 Messages : 62 Points : 14 Points : 14	optimisation de statistique 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
	00

09/03/2007, 08h20	#2
orafrance Rédacteur/Modérateur Inscription : janvier 2004 Messages : 15 861 Détails du profil Informations personnelles : Âge : 35 Informations forums : Inscription : janvier 2004 Messages : 15 861 Points : 16 212 Points : 16 212	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 __________________ Règles et liens du forum Oracle Guide Oracle Pense-bête du DBA Oracle : Exemple
	00

09/03/2007, 09h13	#4
orafrance Rédacteur/Modérateur Inscription : janvier 2004 Messages : 15 861 Détails du profil Informations personnelles : Âge : 35 Informations forums : Inscription : janvier 2004 Messages : 15 861 Points : 16 212 Points : 16 212	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 __________________ Règles et liens du forum Oracle Guide Oracle Pense-bête du DBA Oracle : Exemple
	00

09/03/2007, 08h45	#3
ukanoldai Candidat au titre de Membre du Club Inscription : janvier 2005 Messages : 62 Détails du profil Informations forums : Inscription : janvier 2005 Messages : 62 Points : 14 Points : 14	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
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email