Re: problems with toast.* reloptions

From: Nathan Bossart <nathandbossart(at)gmail(dot)com>
To: Michael Paquier <michael(at)paquier(dot)xyz>
Cc: Sami Imseih <samimseih(at)gmail(dot)com>, Greg Burd <greg(at)burd(dot)me>, solai v <solai(dot)cdac(at)gmail(dot)com>, Nikita Malakhov <hukutoc(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: problems with toast.* reloptions
Date: 2026-08-21 22:26:13
Message-ID: aojQhYmdgAK_tBbk@nathan
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I've committed everything but the last two patches. I've attached a
rebased patch set.

On Wed, Aug 19, 2026 at 04:16:40PM +0900, Michael Paquier wrote:
> The API contract in v13-0004 looks much better to me now. No more
> overwrites of the inputs. It's almost like you could add some const
> markers.

Done in v14.

> At the end of the day, get_effective_relopts() acts as a thin wrapper
> of extractRelOptions(), merging two existing code patterns and
> re-using the same pattern for the scoring. Perhaps "effective" is the
> term that troubles me here, while having merge_toast_reloptions().
> You need the merge_*() for the vacuum part, but I'm also wondering if
> this could not be reworked with less routines overall. I don't have a
> clean idea on top of my mind now, and that does not count as an
> objection. This gives an impression of being slightly
> overcomplicated.

I haven't thought of anything better.

> The test looks pretty nice here.

Thanks for reviewing!

--
nathan

Attachment Content-Type Size
v14-0001-Fix-VACUUM-s-handling-of-TOAST-storage-parameter.patch text/plain 13.4 KB
v14-0002-Fix-autovacuum-s-handling-of-TOAST-storage-param.patch text/plain 13.9 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tomas Vondra 2026-08-21 22:26:15 Re: hashjoins vs. Bloom filters (yet again)
Previous Message Haibo Yan 2026-08-21 22:17:56 Re: missing possibility to use alternative translated month names in to_char function