| 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 |
| 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 |