Re: Significantly larger toast tables on 8.4?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Significantly larger toast tables on 8.4?
Дата
Msg-id 16023.1230953431@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Significantly larger toast tables on 8.4?  ("Robert Haas" <robertmhaas@gmail.com>)
Ответы Re: Significantly larger toast tables on 8.4?  ("Robert Haas" <robertmhaas@gmail.com>)
Re: Significantly larger toast tables on 8.4?  ("Alex Hunsaker" <badalex@gmail.com>)
Список pgsql-hackers
"Robert Haas" <robertmhaas@gmail.com> writes:
> On Fri, Jan 2, 2009 at 8:36 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> "Stephen R. van den Berg" <srb@cuci.nl> writes:
>>> - I currently have difficulty imagining applications that actually do
>>> lots of substring extractions from large compressible fields.
>> 
>> The code that's in there to make this happen was written by people who
>> needed the feature.  They're going to be upset with you if you propose
>> disabling it.

> Why didn't they just turn off compression for the relevant columns?

They did --- with the pre-8.4 code, they had no choice, because the
toast compressor would kick in if it could save even one byte on the
total field size.  That's clearly silly.  We might have gone too far
in the other direction with the current settings, but the point is
that compression isn't always a good thing.

One point that nobody seems to have focused on is whether Alex's
less-compressed table is faster or slower to access than the original.
I dunno if he has any easy way of investigating that for his typical
query mix, but it's certainly a fair question to ask.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: contrib/pg_stat_statements 1226
Следующее
От: Joe Conway
Дата:
Сообщение: Re: [BUGS] BUG #4599: bugfix for contrib/dblink module