Re: Is a plan for lmza commpression in pg_dump - Mailing list pgsql-hackers

From Andrew Chernow
Subject Re: Is a plan for lmza commpression in pg_dump
Date
Msg-id 498F5EA9.5060309@esilo.com
Whole thread Raw
In response to Re: Is a plan for lmza commpression in pg_dump  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
Peter Eisentraut wrote:
> 
> Notice that the thread originally called for lzma support, which is 
> completely at the opposite end of the spectrum of compression algorithms 
> in terms of space and time, compared to lzo.  So it's not really clear 
> what the requirements are in the first place.
> 
> 

Instead of trying to figure out the needs/wants of a DBA, a general purpose 
solution, it might be better to figure out how to make the compression choice 
user-driven.  Maybe the requirement should be to make this the user's decision; 
pipe'n the output to the compression of choice seems to be the simplest approach.

There are cases the highest compression is desired even if it takes forever, and 
cases for just the opposite.  Not sure why this has to be builtin or why it much 
use zlib, other than this is the current method.

-- 
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Python 3.0 does not work with PL/Python
Next
From: David Fetter
Date:
Subject: Re: WIP: fix SET WITHOUT OIDS, add SET WITH OIDS