Re: SUBSTRING performance for large BYTEA

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: SUBSTRING performance for large BYTEA
Дата
Msg-id 17525.1187459478@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: SUBSTRING performance for large BYTEA  (Karsten Hilbert <Karsten.Hilbert@gmx.net>)
Ответы Re: SUBSTRING performance for large BYTEA  (Karsten Hilbert <Karsten.Hilbert@gmx.net>)
Список pgsql-general
Karsten Hilbert <Karsten.Hilbert@gmx.net> writes:
> Would it be feasible to add an ALTER TABLE mode
>     ... set storage externally-extended cutoff <size> ...
> where <size> is the user configurable size of the column
> data at which PostgreSQL switches from extended to external
> storage strategy ?

Actually, it just occurred to me that this ties into the recent
discussion of compression parameters
http://archives.postgresql.org/pgsql-hackers/2007-08/msg00082.php
(which hasn't gone further than discussion yet).  Perhaps we need
an additional parameter which is a maximum input size to attempt
compression at all.  IOW, the current force_input_size is not
only useless but exactly backwards ...

There was some discussion in that thread (or maybe the earlier
one on -patches) of exposing the lzcompress parameters directly
to users, perhaps as an extended form of the current SET STORAGE
command.  That won't happen for 8.3 but it might later.  In the
meantime, if the defaults included not attempting to compress
multi-megabyte values, I think it'd Just Work for cases like
yours.

            regards, tom lane

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

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Writing most code in Stored Procedures
Следующее
От: Karsten Hilbert
Дата:
Сообщение: Re: SUBSTRING performance for large BYTEA