Vaste sujet

SAS/ = 19 Décembre, 2007 - 22:38

Quel genre d'exemple ?

Avec Slony, vous pouvez disposer d'un serveur central qui agit comme maître pour tous les autres serveurs. Dans ce cas, les autres sont en lecture seul.

Il faudrait avoir plus d'informations sur votre problématique pour envisager des pistes plausibles.

Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr

Une solution peut-être ?

ducteil/ = 24 Décembre, 2007 - 02:07

J'ai mise en place une solution (complexe ou complète) qui peut répondre à votre besoin.
Nous sommes sur 122 agences ou sites avec 3 centres d'appels ou par exemple, les fichiers clients, l'agenda des responsables et toutes autres données s'échangent en mode asynchrone en passant par une base principale qui se réplique en local en fonction des besoins.
Ex : Un responsable d'agence peut modifier un rendez-vous (en local), cette modification est envoyée à la base (mise à jour auto), et est récupérée par le centre d'appels qui gère son agenda.
En cas de double modification – de l’agence et de du centre d’appels-, la dernière modification « gagne » et est répercutée.
Sachant que cet intranet est éclaté sur 3 continents, et que cela fait 8 ans qu’elle est mise en place, je crois fermement que c'est un bon compromis entre une base unique centrale distante, et des données en mode déconnecté.

Je ne suis pas certain d'avoir été clair, mais si vous cherchez un coup de main je peux éclairer votre lanterne.

Olivier

Une solution dirait-on bien...

pierrechevaliergeol/ = 4 Janvier, 2008 - 18:12

Bonjour,

Je suis nouvel arrivant par ici, aussi me présente-je brièvement: Pierre Chevalier, je suis géologue, aussi informaticien, base de donniste, GNU/linuxien convaincu, postgresqlien depuis pas très longtemps mais fermement convaincu.

J'utilise postgresql pour une base de données d'exploration géologique, avec des données de type sondages, des données géographiques, pas mal de choses.

Je travaille sur un site éloigné de pas mal de choses, au milieu du désert, au Soudan. Faute de temps, je ne puis me consacrer à la maintenance de ma base de données. Et faute de compétences désertiques, j'ai sous-traité cela à un collègue compétent, qui fait cela en France. Il fait les 3/4 du boulot à partir de données qu'il récupère. Je fais aussi du boulot, essentiellement des calculs, des mises à jour de tables de données dérivées à partir de données brutes et d'une interprétation manuelle. Et des corrections, le cas échéant.

Vous me voyez venir, et voilà pourquoi je me suis intéressé à ce fil de discussion: nous avons chacun une base. On se passe régulièrement des updates. Soit sous forme d'instructions SQL, soit sous forme de backups.
Mais voilà, le bât blesse parfois: une mise à jour qui ne s'est pas faite de l'autre côté (un émail égaré, une étourderie?), ou une restauration où on réalise qu'on a perdu les vues pratiques.

Bref, on souhaiterait avoir un système qui nous synchronise nos deux bd. Sachant, détail qui a son importance, que la connexion à la Toile dans le désert laisse parfois à désirer...

On a considéré slony, mais on n'est pas arrivé à le faire tourner de façon satisfaisante, et apparemment, c'est pas vraiment ce qui nous conviendrait. EMS Data Comparer semble pas mal. Mais apparemment il ne tourne que sous windows. Que je n'ai pas.
J'avais songé à automatiser des dumps en ascii sur un serveur cvs, avec des make ou des rsync, mais je pense qu'il doit y avoir plus simple...

Donc oui, la solution évoquée ci-haut la veille de la Noël me paraitrait séduisante.

A+
Pierre