Re: Foreign table permissions and cloning - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Foreign table permissions and cloning
Date
Msg-id BANLkTi=ReUGvFAATZYWSjgdKVwHde_3TaA@mail.gmail.com
Whole thread Raw
In response to Re: Foreign table permissions and cloning  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Foreign table permissions and cloning
List pgsql-hackers
On Mon, Apr 25, 2011 at 2:31 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> ... There's a similar stanza for sequences, but that one uses
>> ereport(WARNING...) rather than ereport(ERROR...).  We could either
>> remove that stanza entirely (making foreign tables consistent with
>> views) or change ERROR to WARNING (making it consistent with
>> sequences).
>
> Well, the relevant point here is that there's little or no likelihood
> that we'll ever care to support direct UPDATE on sequences.  This is
> exactly not the case for foreign tables.  So I would argue that GRANT
> should handle them like views; certainly not be even more strict than
> it is for sequences.
>
> IOW, yeah, let's drop these two checks.

OK.  Turned out a little more cleanup was needed to make this all the
way consistent with how we handle views; I have now done that.

<pauses to listen for screaming noises>

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: branching for 9.2devel
Next
From: Yves Weißig
Date:
Subject: Re: operator classes for index?