Discussion :

[gOgHi]

Bonjour,

Je souhaiterais savoir comment "fonctionnent" réellement les vues matérialiées. Quels sont leurs avantages et inconvénients ? Qu'est-ce qui les différencie des vues "simples" pour la base de données et pour son administration ?
Comment sont-elles "alimentées" et comment doit-on procéder pour le faire puis pour les mettre à jour quotidiennement ? (à partir de scripts PL/SQL...)

Je sais simplement que le "résultat" de ces vues sont des tables mais faut-il à chaque fois "reparcourir" entièrement les tables "sources" pour les mettre à jour, en détruisant puis en reconstruisant entièrement les vues matérialisées ?

Dans mon cas, ces vues auraient simplement quelques (peu de) nouvelles données (lignes) tous les jours (pour alimenter un DWH "B.O.") mais contiennent beaucoup de colonnes (champs) et seraient alimentées à partir de plusieurs tables "sources".

En conclusion, j'ai beaucoup de questions mais tous vos conseils, informations et liens sont les bienvenus !!!

Merci par avance.

[gOgHi]

J'ai peut-etre oublié de préciser que la version d'Oracle utilisée est la 9.2

[lalystar]

Bonjour,


Les vues matérialisées sont comme des vues dont le résultat est stockée dans une table. En particulier, tu peux indexer ta MV comme toute table.

Pour une vue classique, la requête est réexcutée à chaque interrogation tandis que pour une VM lors d'une interrogation on interroge directement la table.

La syntaxe pour créer une vue matérialisée rafraichit tous les jours à 01:00 est de la forme suivante :

Code :

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

1
2
3
4
5
6
7
 
CREATE SNAPSHOT ...
REFRESH COMPLETE 
START WITH sysdate 
NEXT trunc(sysdate+1) + 1/24  
AS 
select ...

Pour un rafraichissement périodique tu dois positionner le paramètre job_queue_processes à 1 au moins.


Il y a plein d'options possible avec les VM (synonymes de snapshots) :
- rafraichissement à intervalles régulier (comme ici)
- rafraichissement à la demande
- rafraichissement lorsque les données des tables sous-jacente sont modifiées (refresh on commit)
...

Tu peux vérifier que tes VM sont correctement rafraichies en regardant la table DBA_SNAPSHOT_REFRESH_TIMES.

Tu peux interroger directement la VM, tu as alors les données telles qu'elles étaient lors du dernier rafraichissement.

Tu peux aussi laisser Oracle tirer profit de tes VM pour les utiliser lors de requêtes pouvant prendre des données de ta VM.
Cf. par exemple http://asktom.oracle.com/pls/ask/f?p...D:349809082244


Laly.

[CD]

Une vue matérialisée permet de stocker à l'avance des résultats de requêtes. C'est utile notamment dans les alimentations de DWH pour avoir justement des préaggrégations accessibles rapidement.

A la différence des vues, elles ne sont pas recalculées à chaque appel. Une vue est juste un "raccourci" pour une requête définie. A chaque fois que l'on fait appel à la vue, on exécute la requête sous-jacente.

Voici un petit tutoriel sur les MV :

http://www.tafora.fr/8i/materialview.html

[gOgHi]

Dans l'exemple donné :

CREATE SNAPSHOT ...
REFRESH COMPLETE
START WITH sysdate
NEXT trunc(sysdate+1) + 1/24
AS
select ...

Est-ce que le "REFRESH COMPLETE" ne va pas détruire puis reconstruire entièrement la table qui résulte de la vue matérialisée (du "select...") ? car en fait, peu de données doivent être ajoutées chaque jour et je voudrais simplement que les "nouvelles" données ou les données modifiées soient insérées dans ma vue matérialisée, et non pas repartir de 0 à chaque fois (quotidiennement)

Merci de l'aide.

[lalystar]

Dans ce cas utilises l'option refresh fast. Tu devras ensuite peu être créer des materialized view logs sur tes tables pour capturer les changements intervenus.


Laly.

[gOgHi]

J'ai lu qu'il existait des vues matérialisées "simples" et "complexes", mais que seules les vues simples permettaient d'employer des journaux de vues matérialisées avec la clause "refresh fast" : or dans mon cas, je pense être obligé de faire des vues matérialisées "complexes" (je ne veux que certains champs provenant de plusieurs tables, etc.).

Comment faire dans ces conditions pour mettre à jour la vue matérialisée ?

En fait, je ne suis pas trop sûr de la définition de la vue matérialisée "complexe", c'est-à-dire que je ne sais pas trop ce qui entre en jeu pour dire qu'une vue est complexe...

Merci.

[lalystar]

Oui c'est vrai tu trouveras tous les détails sur les vues matérialisées complexes ici : http://download-west.oracle.com/docs...view.htm#25391

Par contre tu peux essayer de ruser en faisant un MV fast refresh pour chacune des tables de bases et construire des MV de MV qui soient fast refreshable.


Laly.