Réplication Bidirectionnelle avec des vues matérialisées

[jlm22]

Bonjour à tous,

J'aimerais savoir si une réplication bidirectionnelle est possible avec des vues matérialisées ? si oui :

- Une vue peut elle fonctionner hors connexion de la table source ? avec un refresh en différé, la VM stocke les données je ne vois pas pourquoi cela ne serait pas possible.

- L'insertion des données dans une vue matérialisée est-elle possible ?
je suppose qu'il y a des options à modifier pour le permettre.

Situation :

Une base de donnée avec un soixantaine de table sur un site.

J'aimerais répliquer une dizaine de table sur un site distant.

En cas de perte de connexion entre les 2 sites les vues matérialisées peuvent-elles encore fonctionner ? mode lecture seul ou mode lecture écriture ?

Désolé, cela fait beaucoup de question mais j'ai regardé sur pas mal de forum ou de tuto et sa reste encore flou et n'étant pas un expert en la matière, j'aimerais des réponses claires .

Merci pour tout. (si un tuto existe je suis preneur )
Si vous souhaitez des précisions.

[mnitu]

A votre place je commencerai avec Oracle Streams.

[jlm22]

Non j'ai déjà mis en place Streams sur un autre projet mais merci tout de même mais je ne prendrai qu'en dernier recours. Je voudrais juste savoir si c'est possible avec les vues matérialisées et répondre à mes différentes questions.

[jlm22]

Bon j'ai avancé un pitit peu
J'ai réussi à faire en sorte que je puisse insérer, modifier et supprimer dans ma vue matérialisée mais les données ne sont pas répliqué sur la table maitre.
Pour le travail hors connexion je n'ai toujours pas réussi.

[jlm22]

Apparemment sa serait possible mais comment

A propos de la réplication en lecture / écriture de données Utilisation des vues matérialisées

Actualisables vues matérialisées permettent aux utilisateurs d'insérer, mettre à jour et supprimer des lignes dans les vues matérialisées. Lorsque une vue actualisable matérialisée est rafraîchie, ces changements sont poussés vers le site maître et appliqué à la table maître.

Figure 7-2 montre comment une vue actualisable matérialisé fonctionne.

Figure 7-2 Vue actualisables matérialisées


Description de la "Figure 7-2 actualisables vue matérialisée"

Figure 7-2 montre que les applications clientes peuvent interroger et mettre à jour une vue actualisable matérialisé sur le site vue matérialisée. Ces applications peuvent également mettre à jour les données sur le site de master à distance. Lorsque la vue matérialisée initialise un rafraîchissement sur ​​le réseau, l'actualisation comprend deux phases principales. Premièrement, les transactions qui ont été réalisées sur la vue matérialisée sont poussés vers le site maître et appliquées de façon appropriée. Ensuite, après avoir résolu toutes les mises à jour conflictuelles, la vue matérialisée tire la ligne de données a changé depuis le site maître et elle s'applique.

[mnitu]

Replicating Data Using Materialized Views

[jlm22]

J'étais dessus
J'ai aussi trouvé ceci : Materialized View Architecture and concept

Mais j'ai un soucis avec la procédure

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
The following statement creates a materialized VIEW GROUP:
 
BEGIN
   DBMS_REPCAT.CREATE_MVIEW_REPGROUP (
      gname => 'hr_repg',
      master => 'orc1.world',
      propagation_mode => 'ASYNCHRONOUS');
END;
/
 
The following statement adds the hr.departments materialized VIEW TO the materialized VIEW GROUP, making the materialized VIEW updatable:
 
BEGIN
   DBMS_REPCAT.CREATE_MVIEW_REPOBJECT (
      gname => 'hr_repg',
      sname => 'hr',
      oname => 'departments',
      type => 'SNAPSHOT',
      min_communication => TRUE);
END;
/

Je suis étonné d'être le seul à vouloir faire cela.

[pachot]

Bonjour,

Envoyé par jlm22

Je suis étonné d'être le seul à vouloir faire cela.

Moi je suis pas étonné: Il y a ceux qui ont toujours évité de faire de la réplication bidirectionelle parce que c'est ingérable (les conflits de mise à jour), et ceux qui ont essayé et abandonné.
Mais si tu arrives à faire de la réplication bidirectionnelle sur 60 tables et que tu trouve que c'est mieux que n'importe quelle solution, je ne demande qu'à changer d'avis...
Cordialement,
Franck

[jlm22]

Bonjour,
Ce ne sera pas sur 60 tables mais seulement entre 5 et 10 tables, et d'après l'article les conflits se gèrent automatiquement, je ne sais pas comment c'est possible.

These applications can also update data at the remote master site. When the materialized view initializes a refresh over the network, the refresh includes two key phases. First, transactions that have been performed on the materialized view are pushed to the master site and applied as appropriate. Next, after resolving any conflicting updates, the materialized view pulls the changed row data from the master site and applies it.

Pour l'instant je n'ai toujours pas réussi à envoyer les données de la vues matérialisées vers la table maître.