Re: refactor ExecGrant_*() functions

From: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: refactor ExecGrant_*() functions
Date: 2022-12-08 09:26:35
Message-ID: 61bc3065-32d0-9d83-0b0f-a1cf329ba72c@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 02.12.22 18:28, Andres Freund wrote:
> Hi,
>
> On 2022-12-02 08:30:55 +0100, Peter Eisentraut wrote:
>> From 200879e5edfc1ce93b7af3cbfafc1f618626cbe9 Mon Sep 17 00:00:00 2001
>> From: Peter Eisentraut <peter(at)eisentraut(dot)org>
>> Date: Fri, 2 Dec 2022 08:16:53 +0100
>> Subject: [PATCH] Refactor ExecGrant_*() functions
>>
>> Instead of half a dozen of mostly-duplicate ExecGrant_Foo() functions,
>> write one common function ExecGrant_generic() that can handle most of
>> them.
>
> I'd name it ExecGrant_common() or such instead - ExecGrant_generic() sounds
> like it will handle arbitrary things, which it doesn't. And, as you mention,
> we could implement e.g. ExecGrant_Language() as using ExecGrant_common() +
> additional checks.

Done

> Perhaps it'd be useful to add a callback to ExecGrant_generic() that can
> perform additional checks, so that e.g. ExecGrant_Language() can easily be
> implemented using ExecGrant_generic()?

Done. This allows getting rid of ExecGrant_Language and ExecGrant_Type
in addition to the previous patch.

Attachment Content-Type Size
v2-0001-Refactor-ExecGrant_-functions.patch text/plain 34.2 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2022-12-08 09:27:25 Re: refactor ExecGrant_*() functions
Previous Message Alvaro Herrera 2022-12-08 09:12:45 Re: on placeholder entries in view rule action query's range table