Re: Improving GUC prefix ownership for extensions
| От | Tom Lane |
|---|---|
| Тема | Re: Improving GUC prefix ownership for extensions |
| Дата | |
| Msg-id | 4114702.1770829128@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Improving GUC prefix ownership for extensions ("David G. Johnston" <david.g.johnston@gmail.com>) |
| Ответы |
Re: Improving GUC prefix ownership for extensions
|
| Список | pgsql-hackers |
"David G. Johnston" <david.g.johnston@gmail.com> writes:
> On Wednesday, February 11, 2026, Zsolt Parragi <zsolt.parragi@percona.com>
> wrote:
>> Thoughts, would this be a useful feature?
> I’d go with leaving well enough alone. How bad are the consequences of
> leaving this protection mechanism opt-in? Do we really want the grief of
> making it mandatory?
Making it mandatory is a non-starter, and the only thing that could
be even worse than that is having it GUC-controlled (remembering that
extension authors have to cope with all possible GUC settings).
I don't think this idea can fly. I'm also skeptical that there's any
real-world problem that needs solving here. I've not heard reports of
GUC prefix conflicts between extensions --- that would pretty much
imply an extension name conflict, which is problematic with or without
any GUCs. What MarkGUCPrefixReserved is really about is detecting
misspelled hand-made config-file entries and SET commands as best we
can. It's not perfect certainly, but I don't see that this proposal
makes that case better.
regards, tom lane
В списке pgsql-hackers по дате отправления: