Re: pg_dump additional options for performance

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: Tom Dunstan <pgsql(at)tomd(dot)cc>, Dimitri Fontaine <dfontaine(at)hi-media(dot)com>, pgsql-hackers(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: pg_dump additional options for performance
Date: 2008-02-26 13:28:11
Message-ID: 47C413EB.8080505@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Simon Riggs wrote:
> Separate files seems much simpler...
>
>

Yes, We need to stick to the KISS principle.

ISTM that we could simply invent a new archive format of "d" for directory.

BTW, parallel dumping might be important, but is really much less so
than parallel restoring in my book.

cheers

andrew

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2008-02-26 13:35:15 Re: Reference by in \d <table_name> out
Previous Message mac_man2005 2008-02-26 13:15:00 Re: [HACKERS] 2WRS [WIP]