Re: Bug #631: pg_dumpall does not accept -F or -f

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Donald A Pellegrino" <Donald(dot)A(dot)Pellegrino(at)USA(dot)dupont(dot)com>
Cc: "Bruce Momjian <pgman" <pgman(at)candle(dot)pha(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: Bug #631: pg_dumpall does not accept -F or -f
Date: 2002-04-11 16:44:31
Message-ID: 2125.1018543471@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

"Donald A Pellegrino" <Donald(dot)A(dot)Pellegrino(at)USA(dot)dupont(dot)com> writes:
> This presumes however that the custom file formats output by each pg_dump
> for a database can be concatenated into a single file. Is this possible?

AFAIK none of the custom formats are amenable to that. We could imagine
giving pg_dumpall a target directory, into which it writes a dump file
for each database --- but there are a lot of unpleasant implications of
that approach, disk space usage not the least of 'em.

One interesting thought would be for pg_dumpall to wrap some kind of
wrapper format ("tar" comes to mind immediately, but I'm not sure if
it will work when the file sizes aren't known in advance) around the
per-database files produced by pg_dump. I am not sure that this can be
done comfortably in a shell script; it might be necessary to rewrite
pg_dumpall in C. And we'd probably need a pg_restoreall program to
disassemble the wrapper and invoke pg_restore on each chunk.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message 呉 安棋 2002-04-12 07:26:44 Problem with database creation
Previous Message Bruce Momjian 2002-04-11 16:41:48 Re: Bug #631: pg_dumpall does not accept -F or -f