Re: Non-text mode for pg_dumpall

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Non-text mode for pg_dumpall
Дата
Msg-id CABUevEwv4kQ5of9e+3mZ=Q9ZfkNtDbidPCLuDU_sm00d2Yf-rQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Non-text mode for pg_dumpall  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Mon, Jun 10, 2024 at 6:21 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
Magnus Hagander <magnus@hagander.net> writes:
> On Mon, Jun 10, 2024 at 5:03 PM Nathan Bossart <nathandbossart@gmail.com>
> wrote:
>> Is there a particular advantage to that approach as opposed to just using
>> "directory" mode for everything?

> A gazillion files to deal with? Much easier to work with individual custom
> files if you're moving databases around and things like that.
> Much easier to monitor eg sizes/dates if you're using it for backups.

You can always tar up the directory tree after-the-fact if you want
one file.  Sure, that step's not parallelized, but I think we'd need
some non-parallelized copying to create such a file anyway.

That would require double the disk space.

But you can also just run pg_dump manually on each database and a pg_dumpall -g like people are doing today -- I thought this whole thing was about making it more convenient :)
 
--

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Mark Hill
Дата:
Сообщение: ODBC Source Downloads Missing
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Proposal: Document ABI Compatibility