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

From Alex Hunsaker
Subject Re: Significantly larger toast tables on 8.4?
Date
Msg-id 34d269d40901021142k43379b86x7c00ac6309d97b1d@mail.gmail.com
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?  ("Stephen R. van den Berg" <srb@cuci.nl>)
List pgsql-hackers
On Fri, Jan 2, 2009 at 10:44, Robert Haas <robertmhaas@gmail.com> wrote:
> Here, we have a case where the space savings are potentially much
> larger, and the only argument against it is that someone might be
> disappointed in the performance of substring operations, if they
> happen to do any.  What if they know that they don't want to do any
> and want to get compression?  Even if the benefit is only 1.5X on
> their data rather than 10X, that seems like a pretty sane and useful
> thing to want to do.  It's easy to shut off compression if you don't
> want it; if the system makes an arbitrary decision to disable it, how
> do you get it back?

I think we could just add another toast storage type: alter table
alter column set storage compress; ?  It seems overkill to expose
PGLZ_Strategy knobs per column...


pgsql-hackers by date:

Previous
From: Greg Smith
Date:
Subject: Re: posix_fadvise v22
Next
From: "Alex Hunsaker"
Date:
Subject: Re: Significantly larger toast tables on 8.4?