Re: [pgsql-fr-generale] Restauration de dump dans un nouveau schéma

2013/2/12 Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>

> 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.
>

J'ai peur de ne pas bien comprendre le problème ou je me suis mal exprimé,
l'application génère le script de création des tables et des index.

>
> > 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).
>
>
Mais pour la partie des tables qui n'ont pas été modifiées, peut on essayer
d'insérer le données?

> 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.

Existe t'il un outil pour faciliter ce genre d'opérations ?