Re: Modernizing our GUC infrastructure - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Modernizing our GUC infrastructure
Date
Msg-id 3049613.1662442973@sss.pgh.pa.us
Whole thread Raw
In response to Re: Modernizing our GUC infrastructure  (Pavel Stehule <pavel.stehule@gmail.com>)
Responses Re: Modernizing our GUC infrastructure
Re: Modernizing our GUC infrastructure
List pgsql-hackers
Pavel Stehule <pavel.stehule@gmail.com> writes:
> út 6. 9. 2022 v 6:32 odesílatel Pavel Stehule <pavel.stehule@gmail.com>
> napsal:
>> 1. Session variables can be persistent - so the usage of session variables
>> can be checked by static analyze like plpgsql_check

> more precious - metadata of session variables are persistent

Right ... so the question is, is that a feature or a bug?

I think there's a good analogy here to temporary tables.  The SQL
spec says that temp-table schemas are persistent and database-wide,
but what we actually have is that they are session-local.  People
occasionally propose that we implement the SQL semantics for that,
but in the last twenty-plus years no one has bothered to write a
committable patch to support it ... much less remove the existing
behavior in favor of that, which I'm pretty sure no one would think
is a good idea.

So, is it actually a good idea to have persistent metadata for
session variables?  I'd say that the issue is at best debatable,
and at worst proven wrong by a couple of decades of experience.
In what way are session variables less mutable than temp tables?

Still, this discussion would be better placed on the other thread.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Modernizing our GUC infrastructure
Next
From: Peter Eisentraut
Date:
Subject: Re: [PATCH] Renumber confusing value for GUC_UNIT_BYTE