Re: [HACKERS] Avoiding io penalty when updating large objects

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Avoiding io penalty when updating large objects
Дата
Msg-id 4477.1120017539@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Avoiding io penalty when updating large objects  (Alvaro Herrera <alvherre@surnet.cl>)
Ответы Re: [HACKERS] Avoiding io penalty when updating large objects  (Mark Dilger <pgsql@markdilger.com>)
Список pgsql-general
Alvaro Herrera <alvherre@surnet.cl> writes:
> On Tue, Jun 28, 2005 at 07:38:43PM -0700, Mark Dilger wrote:
>> If, for a given row, the value of c is, say, approximately 2^30 bytes
>> large, then I would expect it to be divided up into 8K chunks in an
>> external table, and I should be able to fetch individual chunks of that
>> object (by offset) rather than having to detoast the whole thing.

> I don't think you can do this with the TOAST mechanism.  The problem is
> that there's no API which allows you to operate on only certain chunks
> of data.

There is the ability to fetch chunks of a toasted value (if it was
stored out-of-line but not compressed).  There is no ability at the
moment to update it by chunks.  If Mark needs the latter then large
objects are probably the best bet.

I'm not sure what it'd take to support chunkwise update of toasted
fields.  Jan, any thoughts?

            regards, tom lane

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: [HACKERS] Avoiding io penalty when updating large objects
Следующее
От: Mark Dilger
Дата:
Сообщение: Re: [HACKERS] Avoiding io penalty when updating large objects