Re: pglz performance

Поиск
Список
Период
Сортировка
От Tomas Vondra
Тема Re: pglz performance
Дата
Msg-id 20190802194859.qxzxq2achzottkup@development
обсуждение исходный текст
Ответ на Re: pglz performance  (Andres Freund <andres@anarazel.de>)
Ответы Re: pglz performance  (Petr Jelinek <petr@2ndquadrant.com>)
Список pgsql-hackers
On Fri, Aug 02, 2019 at 11:20:03AM -0700, Andres Freund wrote:
>Hi,
>
>On 2019-08-02 19:52:39 +0200, Tomas Vondra wrote:
>> Hmmm, I don't remember the details of those patches so I didn't realize
>> it allows incremental recompression. If that's possible, that would mean
>> existing systems can start using it. Which is good.
>
>That depends on what do you mean by "incremental"? A single toasted
>datum can only have one compression type, because we only update them
>all in one anyway. But different datums can be compressed differently.
>

I meant different toast values using different compression algorithm,
sorry for the confusion.

>
>> Another question is whether we'd actually want to include the code in
>> core directly, or use system libraries (and if some packagers might
>> decide to disable that, for whatever reason).
>
>I'd personally say we should have an included version, and a
>--with-system-... flag that uses the system one.
>

OK. I'd say to require a system library, but that's a minor detail.


regards

-- 
Tomas Vondra                  http://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services 



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: pgbench - implement strict TPC-B benchmark
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: The unused_oids script should have a reminder to use the8000-8999 OID range