From: | John R Pierce <pierce(at)hogranch(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Vacuum full: alternatives? |
Date: | 2016-06-20 16:06:10 |
Message-ID: | 90db2072-d945-6b30-fc91-ec563369cb51@hogranch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 6/20/2016 8:51 AM, David G. Johnston wrote:
>
>
> incorrect. in fact, an update is performed identically to an
> INSERT + DELETE(old)
>
>
> Except for heap-only-tuple optimization, right? We cannot build a HOT
> chain if the user requests a delete separately since their is no
> longer an association to trace from the old record.
>
> I suspect this affects free space usage to some degree as well but I
> agree and believe that the reclaimed space is not forbidden to be used
> (I wouldn't rely on my word though and haven't tried to find relevant
> documentation).
yeah, HOT only works on updates that don't modify any indexed fields,
and only if there's adequate free space in the same block. If you have
a update intensive table thats a candidate for HOT, I've been
recommending setting that table's fill factor to 50-70% prior to
populating it to leave freespace in every block.
--
john r pierce, recycling bits in santa cruz
From | Date | Subject | |
---|---|---|---|
Next Message | Vik Fearing | 2016-06-20 17:53:47 | Re: R: Vacuum full: alternatives? |
Previous Message | David G. Johnston | 2016-06-20 15:51:51 | Re: Vacuum full: alternatives? |