Re: GRANT ON ALL IN schema - Mailing list pgsql-hackers

From Tom Lane
Subject Re: GRANT ON ALL IN schema
Date
Msg-id 3493.1250864810@sss.pgh.pa.us
Whole thread Raw
In response to Re: GRANT ON ALL IN schema  (Alvaro Herrera <alvherre@commandprompt.com>)
Responses Re: GRANT ON ALL IN schema  (Petr Jelinek <pjmodos@pjmodos.net>)
List pgsql-hackers
Alvaro Herrera <alvherre@commandprompt.com> writes:
> Petr Jelinek wrote:
>> The implementation as I see it would create function in pg_temp
>> namespace, call it and then drop it. Any other implementation would
>> imho mean rewriting procedure language api.

> That's really ugly.  It'll cause catalog bloat with every execution.
> I think it would be acceptable to have a new column in pg_language that
> pointed to an anonymous block execute function.  Languages that do not
> define this function cannot use this new feature.

+1.  The other way would also (presumably) mean invoking the language's
validate procedure, which might well be redundant and in any case would
probably not have exactly the error-reporting behavior one would want.
I think it's better if the language knows it's dealing with an anonymous
block.  You could even imagine the language relaxing its rules a bit,
for instance not requiring an outer BEGIN/END in plpgsql.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: XLogFlush
Next
From: Tom Lane
Date:
Subject: Re: Geometric Elimination