Transformer une table en une vue matérialisée

Salut tout le monde.
Mon idée est de transformer une table en une vue matérialisée qui est basée sur une autre table.
J'ai renseigné les tables:obj$, sum$, snap$ et snap_reftime$.
j'ai trouvé sur les listes les objets en question, mais je n'ai pas pu rafraichir le snapshot.
Quelqu'un peut m'aider pour concrétiser l'idée?
Merci par avance.

Citation:

---

Envoyé par islamov2000

...
J'ai renseigné les tables:obj$, sum$, snap$ et snap_reftime$.
....

---

Si vous avez écrit directement dans les tables du méta dictionnaire d'Oracle vous avez fait fausse route et virtuellement corrompue la base!

Merci mnitu pour la réponse.
Oui, c'est ce que j'ai fait, j'ai constaté ça, car je n'ai pas utilisé les séquenceurs de base de données par exemple pour renseigner obj$.obj#
Est ce qu'il y a d'autre façon pour faire.

Croisez les doigts et essayer d'abord de supprimer les enregistrements que vous avez ajoutés directement au méta-dictionnaire.
Ensuite si vous avez besoin d'une vue matérialisée il faut créer ... une vue matérialisée via SQL.
Il sera probablement utile d'expliquer ce que vous voulez accomplir.

On a plusieurs base de données dans différents sites qui sont reliées à une base de données consolidé.

La préoccupation est que les données fondamentales ne sont pas uniformes dans les bases de données, pour cela on a pensé de standardiser ces données en mettant les données en question dans la base de données consolidé, et les autres base de données vont les recupérer directement, sachant que toutes les bases sont en production.

Là, nous avons pensé aux snapshots sans perturber les bases de données.

Nous avons trouvé une astuce qui est comme suite:




Créer un snapshot en mode rafraichissement rapide (fast)


* Dans la base consolisée:

Code:

---

1 2 3 4 5 6

CREATE MATERIALIZED VIEW LOG ON la_table_consolide NOCACHE LOGGING NOPARALLEL WITH PRIMARY KEY;

---

* Dans les autres bases

Suposant qu'on a la table intitulée la_table.

Code:

---

1 2 3 4 5

create materialized view la_table_mv REFRESH FAST ON DEMAND WITH PRIMARY KEY as select * from la_table_consolide@test

---

Code:

---

1 2 3

delete from sys.obj$ t where t.name='LA_TABLE_MV' and t.type#=2; commit;

---

Code:

---

1 2	update sys.obj$ t set t.name='LA_TABLE_MV' where t.name='LA_TABLE' and t.type#=2; commit;

---

Code:

---

1 2 3 4 5 6

MERGE INTO sys.sum$ B USING sys.obj$ A on (A.NAME=B.CONTAINERNAM and B.CONTAINERNAM='LA_TABLE_MV' and A.type#=2) WHEN MATCHED THEN UPDATE SET B.CONTAINEROBJ# = A.OBJ#; commit;

---

Ça marche bien sans perturbation de la base de donnée et sans perte de données.

NE TOUCHEZ PAS AU CATALOGUE !!!
C'est nul, 0/20, c'est un avertissement, c'est à ne jamais faire.

Utilisez des synonymes si vous ne voulez pas modifier le nom des tables dans vos applications, ils servent à ça !

Merci pour le conseil.
Mais je veux savoir quel est le danger de ce procédé si on connait le mapping des tables concernés?