Je n'y arrive pas :-(

Voici la commande que je tape :
c:\PTRS_BDD\synchromanuelle\2011-1-26>C:\APPLI_BDD\PostgreSql\bin\psql.exe -U postgres base_test -f synchro.backup

Mais ca retourne une erreur:
psql: warning: extra command-line argument "-f" ignored
psql: warning: extra command-line argument "synchro.backup" ignored psql (8.4.4)
WARNING: Console code page (850) differs from Windows code page (1252)
                 8-bit characters might not work correctly. See psql reference
                 page "Notes for Windows users" for details.
Type "help" for help.

Alors, résumons!

Donc, j'héberge une base "maitre" sur un serveur. Via un script utilisant "pg_dump", je fais un backup quotidien de ma base sur le serveur.

Ensuite, j'ai différents clients, qui ont une base "client" hébergée sur mon serveur, ou sur un serveur à eux.
Lors de l'installation d'un client, je fais simplement un restore du dernier backup de ma base "maitre".

Nous développons actuellement un outil de synchronisation entre la base "maitre" et les bases des clients. Cette syncrhonisation récupère uniquement des données de la base "maitre", mais aucune données de la base client. En attendant que cette synchronisation soit développée, on effectue une synchronisation "manuelle", sachant que les tables étant mises à jour chez nous ne sont pas mises à jour chez le client. Par contre, d'autres tables de la base sont bien mises à jour chez le client. Ainsi, je ne peux pas utiliser un dump de la base en entier pour mettre à jour la base du client.

Comme j'utilisais déja un script pour le backup quotidien de ma base, je me suis dit qu'un script était la solution la plus adaptée à la synchronisation manuelle.
C'est pourquoi je voulais procèder de la sorte :
- sauvegarde des données des tables de la base "maitre" à mettre à jour chez le client
- suppression des données de ces tables chez le client
- restauration des données des tables de la base "maitre" sauvegardées précédemment chez le client

Pour répondre à Marc :
- vu que je passe par un script, je n'ai pas à taper 30 fois la commande "pg_dump" dans psql, mais juste à exécuter mon batch!
- il y a donc bien une liste de 30 tables, après je pense qu'il est plus "logique" de la donner au moment de la sauvegarde des données.

Merci,

Je ne suis pas sur de comprendre...

En fait je sauvegarde mes X fichiers via un batch contenant X lignes de "pg_dump" avec l'option "--data-only" :

C:\PostgreSQL\9.0\bin\pg_dump.exe --host %nom_serveur% --port 5432 --username postgres -t matable --data-only--file "%rep_save%matable.backup" mabase

Je voudrais donc pouvoir en faire de même avec un script de restauration, mais j'ai visiblement un soucis avec la syntaxe lors de l'exécution de :

C:\PostgreSQL\9.0\bin\pg_restore.exe --host %nom_serveur% --port 5432 --username postgres -t matable --data-only --file "%rep_save%matable.backup" mabase

Mais lorsque j'execute le script j'obtiens un message d'erreur :

pg_restore: [archiveur] n'a pas pu ouvrir le fichier en entrée « mabase » : No such file or directory

Aurais tu une idée?
Avec psql, il n'y a pas moyen de faire de script comme je veux le faire si?

Désolé encore si tu te répètes, mais je ne comprends pas...

Mais dans mon cas, quelle est la solution la plus simple à mettre en place selon toi?
- l'installation d'un cluster en parallèle
- la redirection de port

Le système d'exploitation est Windows Server 2008 R2, et Postgre a été installé via un package d'installation (postgresql-8.4.4-1-windows.exe).

Hum je ne suis pas sur de m'être bien fait comprendre.
Ta syntaxe marche bien, mais ne valorise par la colonne T1.X1 comme je l'espérais!!

En effet, avec la requête SELECT précédente :

select T3.X3 MonChampA, T1.X2 MonChampB
from Table1 T1
inner join Table2 T2 on T2.X1 = T1.X2
inner join Table3 T3 on T3.X1 = T2.X2
where T3.X3 in 
(select T10.X1
from Table10 T10
inner join Table11 T11 on T11.X1 = T10.X2
where T10.X3 = T1.X2)

J'obtiens une valeur différente par ligne pour ma colonne T3.X3

Mais avec la requête UPDATE que tu m'as donné, tous les champs T1.X1 se retrouvent avec la même valeur après son exécution...

Ne faudrait il pas que je parte plutot sur une fonction pl/sql pour faire cette mise à jour?

Bah l'erreur c'est tout simplement que la requête ne passe pas : le nom de la colonne n'est pas reconnue dans la sous-requête.

ERREUR: la colonne « MonChampB » n'existe pas

Merci de ton aide,

On a donc corrigé le problème en modifiant le fichier postgresql.conf :

bytea-output='escape'