Re: Custom oauth validator options - Mailing list pgsql-hackers

From Nikolay Shaplov
Subject Re: Custom oauth validator options
Date
Msg-id fd412b8e-fab5-43fe-b18d-3e035e4998a7@nataraj.su
Whole thread Raw
In response to Re: Custom oauth validator options  (Zsolt Parragi <zsolt.parragi@percona.com>)
Responses Re: Custom oauth validator options
List pgsql-hackers
On 28.01.2026 22:21, Zsolt Parragi wrote:
>> but I wonder if this is something we
>> should attempt in the context of the larger refactoring done by the
>> patch series here,
> That patch series is interesting but it is about SQL (table, index,
> operator) options, while this is about guc variable validation and
> extension. These seem unrelated to me.

This patch suggests context independent API for managing extension 
defined sets of options. It is used for
relation options and similar options, but cat be also used for any 
options sets, may be with small modifications.

GUC options are almost same options as relation options. That is why, I 
guess, Alvaro suggested you to look at this patch.

And I agree with him. Please have a look at 
src/backend/access/common/options.c in that patch. I almost sure this 
code can be reused for GUC options too.

Whole https://commitfest.postgresql.org/patch/4688/ is a bit outdated, 
and need rebase, but options.c from it is as good as it was before.

And we've just recently committed a small fix that have been blocking 
4688's patch rebase. I have plans to rebase it in not so distant future.

It you find it useful for your tasks and even would like to join to 
review (at least for options.c part) I would do it with higher priority.
(but it is still my weekend-days project, so it can't be extremely fast)




pgsql-hackers by date:

Previous
From: Japin Li
Date:
Subject: Re: Pasword expiration warning
Next
From: VASUKI M
Date:
Subject: Re: Optional skipping of unchanged relations during ANALYZE?