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

Ouverture de session

Demander un nouveau mot de passe

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

Liens

Recherche

Sujets du forum

Sujets actifs

Nouveaux sujets:

en lire plus

Accéder aux archives

Syndication

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

7.4

7.3 ou antérieure

Nombre de votes: 48

3 commentaires | anciens sondages

Rafraîchir une base

Technique - général | Rafraîchir une base

Par sobeuf le 16/10/2007 - 10:57

Bonjour à tous.
Il est de plus en plus fréquent d'avoir à rafraîchir une base ou plusieurs bases par
une autre. Les développeurs souhaitent en effet que leurs bases de tests et de
pré-production soient copies conformes de la production.
Avec pg_dump, c'est assez simple si toutes les bases sont homogènes, de même
version, de même structure (tablespace ou pas), même nom db, même nom user et
sur le même type de système d'exploitation.
Par contre, comment feriez-vous, en cas de :
- diversité des versions ?
- diversité des structures ?
- diversité des noms de db ?
- diversité des noms de user ?
- diversité des OS (solaris, linux, windows, ...) ?
Merci d'vanace pour vos réponses.

[ sujet précédent | sujet suivant ]

pg_dump !

SAS/ = 16 Octobre, 2007 - 22:48

Bonjour,

Il me semble que pg_dump est suffisemment flexible pour couvrir tous les cas de figures que vous citez.

diversité des versions : pg_dump -i par exemple
diversité des structures : les bases de vos développeurs ne correspondent pas aux bases de production ? J'ai du mal à comprendre... Il est toutefois possible de récupérer les données par table ou d'utiliser des inserts à la place des copy.
- diversité des noms de BD : script avec 2 arguments ?
- diversité des noms d'useur : même principe
- diversité des OS : export et import depuis un OS particulier.

Vous pouvez aussi regarder du côté des ETL (talend est paraît-il une arme redoutable).

Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr

[ Vous devez vous connecter pour poster des commentaires ]