From: | "Dave Page" <dpage(at)postgresql(dot)org> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "David Fetter" <david(at)fetter(dot)org>, "Andrew Dunstan" <andrew(at)dunslane(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: -f <output file> option for pg_dumpall |
Date: | 2007-01-06 08:55:19 |
Message-ID: | 200701060855190000@2879532645 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> ------- Original Message -------
> From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
> To: Dave Page <dpage(at)postgresql(dot)org>
> Sent: 1/5/07, 10:52:37 PM
> Subject: Re: [HACKERS] -f <output file> option for pg_dumpall
>
> I think this will be an exercise in time-wasting, and very possibly
> destabilize *both* tools. pg_dump has never been designed to reconnect
> to a different database; for instance there isn't any code for resetting
> all the internal state that it gathers. I think forking a separate
> pg_dump for each database is a perfectly fine arrangement, and should be
> left alone.
Hmm, would you be happy with my original proposal to add an append option to pg_dump?
I'd also like to allow separate dumping of roles and tablespaces, and allow a default db to be specified instead of postgres/template1.
/D
From | Date | Subject | |
---|---|---|---|
Next Message | Oleg Bartunov | 2007-01-06 09:09:08 | Re: [HACKERS] PGCon 2007 Program Committee |
Previous Message | Dave Page | 2007-01-06 08:51:10 | Re: -f <output file> option for pg_dumpall |