Re: Is a plan for lmza commpression in pg_dump

Поиск
Список
Период
Сортировка
От Andrew Chernow
Тема Re: Is a plan for lmza commpression in pg_dump
Дата
Msg-id 498F5EA9.5060309@esilo.com
обсуждение исходный текст
Ответ на Re: Is a plan for lmza commpression in pg_dump  (Peter Eisentraut <peter_e@gmx.net>)
Список 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 по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Python 3.0 does not work with PL/Python
Следующее
От: David Fetter
Дата:
Сообщение: Re: WIP: fix SET WITHOUT OIDS, add SET WITH OIDS