Re: Significantly larger toast tables on 8.4? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Significantly larger toast tables on 8.4?
Date
Msg-id 16023.1230953431@sss.pgh.pa.us
Whole thread Raw
In response to Re: Significantly larger toast tables on 8.4?  ("Robert Haas" <robertmhaas@gmail.com>)
Responses 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>)
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: contrib/pg_stat_statements 1226
Next
From: Joe Conway
Date:
Subject: Re: [BUGS] BUG #4599: bugfix for contrib/dblink module