Discussion :

[Débéa]

Bonjour,

J'essaye de créer un vue matérialisée comme suit :

Code :

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

1
2
3
4
5
6
7
 
CREATE MATERIALIZED VIEW "TEST"."SN_MATABLE" 
BUILD IMMEDIATE 
REFRESH FAST 
ON COMMIT 
AS
Select * from MATABLE@DBLINK

J'ai alors l'erreur : ORA-12054 cannot set ON COMMIT refresh attribut

Le code suivant fonctionne très bien sur la base ou la table maître est :

Code :

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

1
2
3
4
5
6
7
 
CREATE MATERIALIZED VIEW "TEST"."SN_MATABLE" 
BUILD IMMEDIATE 
REFRESH FAST 
ON COMMIT 
AS
Select * from MATABLE

Est-il possible de créer des VM on commit entre bases de données distantes (avec DBLINK) ? (Attention je suis en Standard édition !)

Si oui qu'est-ce qui merde ?

[jlucch]

Réponse sur l'excellent site : ASKTOM

http://asktom.oracle.com/pls/ask/f?p...:1167235330355

[Débéa]

Réponse sur l'excellent site : ASKTOM

http://asktom.oracle.com/pls/ask/f?p...:1167235330355

Je ne vois pas ma réponse dans l'exellent ASKTOM.

Il parle d'un DBLINK avec interbase ! Tu confirmes ?

[jlucch]

Les MV sont asynchrones .. et Tom (de asktom) dit que l'on ne peut pas avoir de refresh on commit dans un environnement distribué ...

essaye comme ça, (je procède comme ceci dans mes environnements répliqués) :

CREATE SNAPSHOT "TEST"."SN_MATABLE"
on prebuilt table
REFRESH FAST
FOR UPDATE
AS SELECT *
FROM MATABLE@DBLINK;
commit;

[orafrance]

impossible de faire du ON COMMIT sur une vue complexe... dont une vue qui contient un DB Link.

Dans la référence au forum de Tom Kyte on peut lire :

you cannot refresh on commit over a dblink, period.

you cannot even capture a "commit" action from borland interbase in Oracle -
think about it.

[Débéa]

Merci pour vos réponses.

J'explique mon problème.

Dans notre SI nous avons plusieurs developpements internes utilisants chacun une base de données métier. Ces developpements internes utilisent tous des données communes (table de référence commune à tous par exemple la liste des sites). Nous stockons cela sur une base de données séparée. Aujourd'hui nous utlisons des DBLINK pour accéder a ces données depuis les bases de données métiers.

Nous aimerions répliquer l'informations des tables de référence communes vers les bases de données métiers et nous voudrions dès qu'il y a une mise à jour, qu'elle soit repercuter casiment en temps réel sur les bases de données métiers.

Connaissez-vous un mécanisme le permetant ?

[Débéa]

Alors ???? Personne ne connait un moyen génial de repliquer des tables d'une base de données à une autre et de propager une mise à jour de la table maître très rapidement ????

Je suis le seul à avoir ce cas à la con !

[orafrance]

faut faire des tables mises à jour via des jobs ou des triggers

[Débéa]

Tu ne connais pas de mécanisme magique même en entreprise edition ? ou un outil du marché ?

[Débéa]

Vous connaissez Advanced Replication ?

[jlucch]

A vue de nez :
- Soit tu crées un trigger sur chaque table référence qui met à jour les datas par DBlink ....
- Soit tu fais de la réplication avancée (snaphot + snapshotLog) et tu crées un ou plusieurs groupes de refresh.

Ensuite tu déclenches ton refresh via un job lancé régulièrement ...

Est -ce que les datas de tes tables réferences (sur ta base séparée) évoluent souvent ?
Combien as tu de bases qui doivent être rafraîchies ?

Quoi qu'il en soit, les triggers vont sûrement pénaliser les perfs côté base référence ,
tandis que les refresh (s'ils sont réalisés très régulièrement) vont engendrer un trafic réseau (plus ou moins important selon l'évolution de tes données) risquant de faire écrouler aussi tes perf ....