Re: [HACKERS] compression in LO and other fields

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] compression in LO and other fields
Дата
Msg-id 16202.942354490@sss.pgh.pa.us
обсуждение исходный текст
Ответ на compression in LO and other fields  (Karel Zak - Zakkr <zakkr@zf.jcu.cz>)
Ответы Re: [HACKERS] compression in LO and other fields  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Список pgsql-hackers
Karel Zak - Zakkr <zakkr@zf.jcu.cz> writes:
>  I see the inv_api and other LO routines, and my idea is add support 
> for bzip2 stream to the inv_api and allow in current LO routines used 
> compression. It si good idea? 

LO is a dead end.  What we really want to do is eliminate tuple-size
restrictions and then have large ordinary fields (probably of type
bytea) in regular tuples.  I'd suggest working on compression in that
context, say as a new data type called "bytez" or something like that.
bytez would act just like bytea except the on-disk representation would
be compressed.  A compressed variant of type "text" would also be useful.
In the long run this will be much more useful and easier to work with
than adding another frammish to large objects.
        regards, tom lane


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

Предыдущее
От: Theo Kramer
Дата:
Сообщение: Re: [HACKERS] Slow - grindingly slow - query
Следующее
От: Bryan Ingram
Дата:
Сообщение: syncing, replicating & crash recovery Q's