Discussion :

[d4voisin]

Bonjour à tous,

J'alimente un entrepôt de données constitué de huit table (cible) à l'aide de huit vues matérialisées pointant sur quatre tables (origine).

Quartes premières vues ont pour but de découper par SUBTRING les données des 4 tables origines vers 4 tables cibles.

Les dernière 4 tables cibles sont alimentées par les 4 première tables cibles en agrégants les données.

Pour faire cela je lance mes huit vues matérialisées successivement.

Mon premier lancement en mode COMPLET pour 70 millions de lignes prend 2:30:00 environ. (un temps TOTALEMENT satisfaisant).

Mes REFRESH quotidiennes pour environ 400 milles lignes ont des temps totalement hallucinant... pouvant aller de 6 à 12 heures (dispo de la machine sans problème).

Avez-vous des idées qui peuvent expliquer cet écart?

On s'attend à avoir des temps de traitements pour le REFRESH inférieur au COMPLET.

Merci pour vos idées, pistes...

[mnitu]

Faite une trace SQL étendue pour voir où le temps passe.

[d4voisin]

Grâce au trace j'ai pu optimiser mon traitement.
Merci

[Mohamed.Houri]

Grâce au trace j'ai pu optimiser mon traitement.
Merci

Il serait intéressant pour moi (et pour les autres aussi je pense) de savoir comment vous avez pu résoudre votre problème. Le forum sert justement à ça. Dans l'état actuel, vous êtes le seul à connaître la solution.

Je peux peut-être supposer que c'est l'option du refresh (atomic) qui était positionnée pour faire un delete/insert au lieu d'un truncate suivi d'un insert/append.

N'est ce pas?