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

2013/2/12 Thomas Boussekey <thomas(dot)boussekey(at)gmail(dot)com>

> Bonjour Nabil,
>
> Tout dépend de la volumétrie de données concernée, une solution simple
> serait d'utiliser pg_dump avec l'option --inserts en format plain text pour
> disposer d'un fichier SQL exploitable dans lequel il est possible de
> récupérer les éléments à reprendre (Scripts de création d'objet et scripts
> d'insertion des données).
>

Le volume est trop important, hélas…

>
> -- Thomas
>
>
> Le 12 février 2013 16:28, Nabil Servais <nabil(dot)servais(at)gmail(dot)com> a écrit
> :
>
> Bonjour à tous,
>>
>> Dans le cadre d'une migration de notre application métier, nous avons
>> légèrement modifié notre schéma de base de données.
>> 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.
>> Certaines tables et séquences n'existant plus, cela a comme conséquence
>> de provoquer des erreurs lors de la restauration de nos dumps et d'avoir
>> une base incomplète.
>>
>> Ma question est comment récupéré les données sans polluer la base de
>> données avec l'ancien schéma?
>>
>> 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?
>>
>>
>> Merci à tous pour vos réponses.
>>
>
>