Re: bytea vs. pg_dump - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: bytea vs. pg_dump
Date
Msg-id 87y6tb7i3s.fsf@hi-media-techno.com
Whole thread Raw
In response to Re: bytea vs. pg_dump  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: bytea vs. pg_dump  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:

> Bernd Helmle <mailings@oopsware.de> writes:
>> That latter occurred recently to me, a customer would like to dump large 
>> tables (approx. 12G in size) with pg_dump, but he was annoyed about the 
>> performance. Using COPY BINARY reduced the time (unsurprisingly) to a 
>> fraction (from 12 minutes to 3 minutes).
>
> Seems like the right response might be some micro-optimization effort on
> byteaout.

Still, apart from lack of interest from developpers and/or resources, is
there some reason we don't have a pg_dump --binary option?

DBA would have to make sure his exports are usable, but when the routine
pg_dump backup is mainly there to be able to restore on the same machine
in case of unwanted event (DELETE bug, malicious TRUNCATE, you name it),
having a faster dump/restore even if local only would be of interest.

Regards,
-- 
dim


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: ALTER TABLE should change respective views
Next
From: Tom Lane
Date:
Subject: Re: bytea vs. pg_dump