Re: Disabling Heap-Only Tuples - Mailing list pgsql-hackers

From Matthias van de Meent
Subject Re: Disabling Heap-Only Tuples
Date
Msg-id CAEze2Wgzhcz2U4WYsTuXXYnTTxrVjwdhSfyuWTiVha+ttB8Vfg@mail.gmail.com
Whole thread Raw
In response to Re: Disabling Heap-Only Tuples  (Thom Brown <thom@linux.com>)
Responses Re: Disabling Heap-Only Tuples
Re: Disabling Heap-Only Tuples
Re: Disabling Heap-Only Tuples
List pgsql-hackers
On Wed, 5 Jul 2023 at 19:55, Thom Brown <thom@linux.com> wrote:
>
> On Wed, 5 Jul 2023 at 18:05, Matthias van de Meent
> <boekewurm+postgres@gmail.com> wrote:
> > So what were you thinking of? A session GUC? A table option?
>
> Both.

Here's a small patch implementing a new table option max_local_update
(name very much bikesheddable). Value is -1 (default, disabled) or the
size of the table in MiB that you still want to allow to update on the
same page. I didn't yet go for a GUC as I think that has too little
control on the impact on the system.

I decided that max_local_update would be in MB because there is no
reloption value that can contain MaxBlockNumber and -1/disabled; and 1
MiB seems like enough granularity for essentially all use cases.

The added regression tests show how this feature works, that the new
feature works, and validate that lock levels are acceptable
(ShareUpdateExclusiveLock, same as for updating fillfactor).


Kind regards,

Matthias van de Meent
Neon (https://neon.tech/)

Attachment

pgsql-hackers by date:

Previous
From: Justin Pryzby
Date:
Subject: Re: warn if GUC set to an invalid shared library
Next
From: "Tristan Partin"
Date:
Subject: Clean up some signal usage mainly related to Windows