Re: pg_dumpall custom format? - Mailing list pgsql-general

From Guillaume Lelarge
Subject Re: pg_dumpall custom format?
Date
Msg-id 4BF1ACF1.5080602@lelarge.info
Whole thread Raw
In response to Re: pg_dumpall custom format?  (Thom Brown <thombrown@gmail.com>)
List pgsql-general
Le 17/05/2010 14:28, Thom Brown a écrit :
> On 13 May 2010 18:28, Guillaume Lelarge <guillaume@lelarge.info> wrote:
>
>> Le 13/05/2010 19:24, Thom Brown a écrit :
>>> On 13 May 2010 17:49, Guillaume Lelarge <guillaume@lelarge.info> wrote:
>>>
>>>> Le 13/05/2010 14:12, Thom Brown a écrit :
>>>>> On 5 March 2009 12:08, Thom Brown <thombrown@gmail.com> wrote:
>>>>>> [...]
>>>>> I'm bringing this thread back to life to see if there are any further
>>>>> thoughts on this.  It would be nice to have a complete backup of a
>>>> database
>>>>> cluster in custom format, and use pg_restore to restore an individual
>>>>> database in the same way that it can restore individual schemas and
>>>> tables
>>>>> etc.
>>>>>
>>>>
>>>> Nope. But this is something I'd like to have too. I didn't actually look
>>>> into it much more (I mean, in the code), but I intend to work on this
>>>> for 9.1 (and other pg_dump stuff).
>>>>
>>>>
>>>>
>>> You're now my favourite PostgreSQL developer!  Thanks Guillaume!
>>>
>>
>> Don't get your expectations too high. I just said I'll try :)
>>
>>
> I guess this will also require changes to pg_restore to support:
>
> -g globals only
> -r roles only
> -t tablespaces (conflicts with pg_restore's table specification of -t)
>

Yes.

> And of course being able to restore individual databases and specifying
> restoration of a table/function/trigger within specific databases.  I guess
> that could be done by specifying a database to restore, then asking for a
> single function.
>
> e.g.:
>
> pg_restore --database=my_source_database -P my_function(argtype) -d
> my_destination_database /database/backup/file
>

Yes.

> And adding database entry support to the listing file.
>

And adding a role and a tablespace entries. And prefixing every object
with the database they belong too.

It won't be easy, but it's really something lacking right now. Or at
least, I think so :)


--
Guillaume.
 http://www.postgresqlfr.org
 http://dalibo.com

pgsql-general by date:

Previous
From: Devrim GÜNDÜZ
Date:
Subject: New PostgreSQL RPM sets are available for Fedora / RHEL / CentOS
Next
From: Guillaume Lelarge
Date:
Subject: Re: Why Performance of SQL Query is *much* Slower in GUI PgAdmin