From: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Fwd: Re: proposal: schema variables |
Date: | 2025-01-17 16:43:13 |
Message-ID: | 42cf4ffed1779895cd80be940e638751d4847482.camel@cybertec.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-performance |
On Fri, 2025-01-17 at 11:01 -0500, Bruce Momjian wrote:
> On Fri, Jan 17, 2025 at 04:55:07PM +0100, Pavel Stehule wrote:
> > pá 17. 1. 2025 v 16:35 odesílatel Bruce Momjian <bruce(at)momjian(dot)us> napsal:
> >
> > So this feature would be like global GUC variables, with permission
> > control?
> >
> > + types and domain type check - holds data in binary form - there are not
> > conversions binary, text
> > + it is declared - so less space for misuse is there. Custom GUC are absolutely
> > tolerant
> > + it is a fully database object, only owner can alter it, and event triggers
> > are supported, sinval
> > + possibility to set mutability, default value
>
> Okay, good summary. Now, can people give feedback that they would want
> this committed to PostgreSQL?
I would like to see this committed too, or at least relevant parts of it.
It addresses the perennial problem of people putting state into placeholder
GUCs to pass information between the application and the database
(SET myapp.application_id = 'user_laurenz').
Also, it cann pass information between the code in DO statements and
the surrounding SQL code.
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | Oliver Ford | 2025-01-17 16:43:29 | Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options |
Previous Message | Dean Rasheed | 2025-01-17 16:29:07 | Re: [PATCH] Add get_bytes() and set_bytes() functions |
From | Date | Subject | |
---|---|---|---|
Next Message | Dmitry Dolgov | 2025-01-17 17:47:52 | Re: Fwd: Re: proposal: schema variables |
Previous Message | Julien Rouhaud | 2025-01-17 16:10:47 | Re: Fwd: Re: proposal: schema variables |