From: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
---|---|
To: | Craig Ringer <craig(at)2ndquadrant(dot)com> |
Cc: | Bill Moran <wmoran(at)potentialtech(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: RFC/WIP: adding new configuration options to TOAST |
Date: | 2015-11-04 02:34:39 |
Message-ID: | CAMkU=1yNSYoi7+oyqg2jcrFu265h8nXLF0Fwadn637PrVAXQGA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Nov 3, 2015 at 5:21 PM, Craig Ringer <craig(at)2ndquadrant(dot)com> wrote:
> On 3 November 2015 at 23:04, Bill Moran <wmoran(at)potentialtech(dot)com> wrote:
>>
>> Looking for feedback to see if anyone sees any issues or has any
>> suggestions on what I'm doing. The attached patch alters 3 things
>> with regard to TOAST behavior:
>
> COMPRESSION_TEST_SIZE (2) seems useful.
>
> The other two mostly seem like options nobody's going to know are
> there, or know how to sensibly set if they do notice them. What's the
> driving reason behind those, the problem you're trying to solve? Why
> make them configurable per-table (or at all)?
I currently have a table with one column which has a median width of
500 bytes, a 90th percentile of 650 bytes, and makes up 75% of the
table's size, and the column is rarely used, while the table itself is
frequently seq scanned. I'd very much like to drive that column out
of main and into toast. I think target_tuple_size would let me do
that.
(Per-column control would be even nicer, but I'd take what I can get)
Cheers,
Jeff
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2015-11-04 02:45:36 | Trivial heap_finish_speculative() error message inaccuracy |
Previous Message | Alvaro Herrera | 2015-11-04 02:16:18 | Re: BUG #13741: vacuumdb does not accept valid password |