PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

Précision sur la commande PG_DUMP

Technique - général | Précision sur la commande PG_DUMP

Par moneyboss le 06/07/2005 - 10:15

Bonjour,

Pour des besoins professionnels, nous avons installé Postgresl 7.2 ( je n'en suis plus sur ) afin d'enregistrer différents évènements provenant du site du client.

Pour cela, nous avons créé une BD ( HISTO ) avec 3 tables non liées. Cette base contient seulement les infos des 3 derniers mois.

A chaque début de mois, un script vient supprimer les données supérieures à 3 mois et vient sauvegarder le dernier mois en cours dans une BD ( SAUVE ), constituée des 3 mêmes tables que la base HISTO.

Le mécanisme de recopie qui a été réalisé, est le suivant :

- Suppression des 3 tables temporaires de la BD SAUVE
- Création des 3 tables temporaires contenant le dernier mois, dans la base HISTO
- recopie des 3 tables tempo. de la base HISTO dans la base SAUVE
- Suppression des 3 tables tempos d'HISTO
- Suppression des anciennes valeurs des 3 tables de SAUVE
- Recopie des données des 3 tables tempo de SAUVE dans les 3 tables de SAUVE

L'administrateur disposera alors d'un mois afin de lancer un script permettant de sauvegarder la base SAUVE sur une bande DAT. Ce script se sert notamment de la commande pg_dump pour cette opération et c'est de là que vient mon pb.

En effet, si l'administrateur veut relire cette bande, il lance un script permet de restaurer les données de la bande dans une 3 BD nommée RESTAURE.

1er > Le problème est lorsque j'exécute ce script j'obtient une erreur comme quoi le système n'arrive pas à connecter l'utilisateur 'toto'. J'ai alors regardé le contenu du fichier dump et regardé les requêtes générées :

- connection de l'utilisateur "postgres"
- création des 3 tables et des 3 tables tempo. avec "postgres" comme propriétaire
- connection de l'utilisateur "toto" ( ????? )
- création des tables du style pg_queries, pg_diagrams.. avec comme propriétaire 'toto' ( la je ne comprends pas pourqoui étant donné que dans postgres le propriétaire est bien nommé postgres )
- insertion des données dans les 3 tables

De plus, mon utilisateur 'toto' est bien déclaré dans la base.

Est-ce lien aux options de la commande PG_DUMP ??

j'utilise "pg_dump HISTO > $FOLDER/$FILE " pour sauvegarder

2e> Mon deuxième problème est que le client dispose d'une plate-forme de test où il dispose des mêmes choses d'installées. la différence est que je n'ai pas la même erreur qui se produit.

Le contenu du fichier dump est différent :

- connection de l'utilisateur "postgres"
- création des 3 tables et des 3 tables tempo. avec "postgres" comme propriétaire
- insertion des données dans les 3 tables tempos.

Conséquence : mes 3 tables de travail sont vides mais je n'ai plus le pb de connection de l'utilisateur

Est-ce liée à un pb sur le script de recopie du dernier mois en cours dans la base SAUVE ??

Est ce que quelqu'un pourait m'indiquer des pistes à explorer car je sèche totalement
à présent.

Merci d'avance pour votre aide

© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.