Discussion :

[titi04]

Bonjour,

Toutes les nuits, j'effectue des refresh de tables et de materialized view.

Afin d'optimiser le tout, j'aimerais réduire le temps pour rafraîchir une materialized view qui prend 2h.

Pour le moment, j'exécute un script windows:

execute DBMS_SNAPSHOT.REFRESH( 'nom_materialized_view','C');

Ce script permet de rafraîchir celle-ci. Je souhaite mettre en place un update et non un refresh. Je n'arrive pas à trouver le bon script qui permette de remplir la materialized view avec les nouvelles données entrées et non tout effacer pour re-remplir la materialized view.

Merci pour votre aide

[nuke_y]

Salut. Il faut mettre en place des MATERIALIZED VIEW LOGS sur la (les) table(s) source et ensuite utiliser refresh on commit

Code :

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

CREATE MATERIALIZED VIEW LOG ON "MATABLE";

Code :

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

1
2
3
4
CREATE MATERIALIZED VIEW "MATABLE_MV"
refresh on commit
AS
SELECT * FROM MATABLE

[titi04]

merci nuke_y pour ta réponse.

J'aurais d'autres questions.

Ma MV va chercher des infos dans plusieurs tables. Voici, les étapes que je compte faire, dis moi si je me trompe:

1- CREATE MATERIALIZED VIEW LOG ON "MATABLE1", "MATABLE2", "MATABLE3";

2- CREATE MATERIALIZED VIEW "MATABLE_MV"
refresh Complete ON commit
AS
SELECT * FROM MATABLE, MATABLE2, MATABLE3

3- execute DBMS_SNAPSHOT.REFRESH( 'MATABLE_MV','C');

Le dernier point (3) mettrai à jour la MV grâce au fichier log?

Merci

[nuke_y]

Euh non, la méthode que je t'ai donné fait une MAJ en direct de la MV dès qu'une ligne d'au moins une table source est modifiée et que la transaction est commitée.

Maintenant que je relis ton besoin je pense que tu as besoin d'autre chose. Regarde l'utilisation des MV logs pour voir si ton point 3) est possible ou pas.

Je pense que ça pourrait valoir le coup de tester en fait.