database "mirroring" avec postgres - SQL/NoSQL - Programmation
Marsh Posté le 17-10-2005 à 13:47:29
replication j't'a dit
http://www.google.be/search?hl=fr& [...] ogle&meta=
Marsh Posté le 17-10-2005 à 13:52:24
ouais bin ca m'aide pas trop des masses quoi j'aurais aimé un retour d'experience de premiere main
Marsh Posté le 17-10-2005 à 18:34:21
plutôt que du dump, y'a pas un équivalent de SQL Loader sous PG ? (perso, je trouve ça plus propre de passer par un intégrateur de données plutôt que de la restauration de fichiers de données)
Marsh Posté le 17-10-2005 à 18:35:11
en plus ça évite d'avoir une rupture de service sur chacun des deux serveurs (j'imagine qu'un dump ça se fait uniquement à froid)
Marsh Posté le 17-10-2005 à 18:43:14
un dump peut se faire à chaud sous pg, mais t'as aucune garantie quant à l'integrité des données, je pense.
et euh, hein, c'est bien ça la question, "est-ce qu'avec pg, chrisbk peut faire mieux qu'un dump", i.e, "est-ce qu'il y a un machin de replication qui marche?" ...
Marsh Posté le 17-10-2005 à 23:33:51
justement, c'est pour ça que je demande si PG a un SQL Loader, ce qui est mieu qu'un dump selon moi. (presque aussi rapide, intégrité garantie, index non altérés, possibilité de faire du différenciel, sans rupture de service, etc.)
Marsh Posté le 17-10-2005 à 13:43:49
Bon, je repose la question paske sur blabla c'est pas trop ca
Actuellement on bosse avec postgres 8.0 et notre DB principale se trouve sur un PC A. Pour les besoins de la cause, nous voudrions pouvoir copier sur un PC B une (grosse) partie la db principale. La copie n'a pas besoin d'etre faite en temps reel, une mise a jour programmée la nuit suffirait
Y'a une solution propre (et relativement simple a mettre en oeuvre) pour faire ca ? Ou faut y aller a coup de script pour faire du pg_dump et restorer de l'autre coté ?
merci