Re: Bug / shortcoming in has_*_privilege - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Bug / shortcoming in has_*_privilege
Date
Msg-id 27588.1276226303@sss.pgh.pa.us
Whole thread Raw
In response to Re: Bug / shortcoming in has_*_privilege  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Bug / shortcoming in has_*_privilege  ("Nasby, Jim" <JNasby@enovafinancial.com>)
Re: Bug / shortcoming in has_*_privilege  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Jun 10, 2010 at 5:54 PM, Jim Nasby <jim@nasby.net> wrote:
>> So there's no way to see if a particular privilege has been granted to public. ISTM 'public' should be accepted,
sinceyou can't use it as a role name anyway...
 

> It's a bit sticky - you could make that work for
> has_table_privilege(name, oid, text) or has_table_privilege(name,
> text, text), but what would you do about the versions whose first
> argument is an oid?

Nothing.  The only reason to use those forms is in a join against
pg_authid, and the "public" group doesn't have an entry there.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Re: ps display "waiting for max_standby_delay"
Next
From: Peter Eisentraut
Date:
Subject: Re: LLVM / clang