From: | Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr> |
---|---|
To: | Nabil Servais <nabil(dot)servais(at)gmail(dot)com> |
Cc: | pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Re: Restauration de dump dans un nouveau schéma |
Date: | 2013-02-12 16:24:31 |
Message-ID: | m2a9r933gg.fsf@2ndQuadrant.fr |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Nabil Servais <nabil(dot)servais(at)gmail(dot)com> writes:
> Nos procédures imposent que le schéma de la base est créé par notre
> application métier et nous insérons les données via la restauration d'un
> dump.
Alors il faut revoir ces procédures. Pour des raisons de sécurité et de
gestion des bases de données, l'application ne devrait pas même avoir
les droits de réaliser ce genre d'opérations… dans bien des cas.
> Et de manière plus large, comment gérer les dumps et restauration des
> données d'une base de données dont le schéma peut être amené à changer?
Les données enregistrées dans une sauvegarde ne sont valides que pour le
schéma en place au moment de ladite sauvegarde, et c'est pour cela
d'ailleurs que pg_dump vérouille les objects contre les modifications
concurrentes (e.g. ALTER TABLE).
Il est conseillé de préparer un script « rollout » contenant les
modifications de schéma afin de l'appliquer après restauration des
données.
--
Dimitri Fontaine
http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
From | Date | Subject | |
---|---|---|---|
Next Message | Nabil Servais | 2013-02-12 16:45:10 | Re: [pgsql-fr-generale] Restauration de dump dans un nouveau schéma |
Previous Message | Thomas Boussekey | 2013-02-12 16:21:21 | Re: [pgsql-fr-generale] Restauration de dump dans un nouveau schéma |