Re: Truncate Triggers - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: Truncate Triggers
Date
Msg-id 20080126210012.GX5031@tamriel.snowman.net
Whole thread Raw
In response to Re: Truncate Triggers  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> Stephen Frost <sfrost@snowman.net> writes:
> > iirc, the suggestion was to exclude the non-SQL-spec things from 'GRANT
> > ALL' to avoid just that issue.  Having to grant TRUNCATE and/or DDL
> > operation permissions explicitly would be reasonable.  This might create
> > a disconnect with what 'revoke all' does, since that should really
> > remove all of the perms, but I feel that's reasonable.  A 'Default
> > secure' approach.
>
> More like "default impossibly confusing" :-(.  "GRANT ALL" doesn't mean
> grant all privileges?  How the heck are you going to explain/justify
> that to a newbie?

"grant all" *already* doesn't mean grant all privileges.  This isn't
really a change from that.  Additionally, there's lots of places where
we follow the SQL spec because that's the right thing to do even though
it's not always the most intuitive thing to do.  I certainly don't feel
this is 'impossibly confusing' any more than 'grant all' doesn't mean
you can truncate or alter the table today.
Thanks,
    Stephen

pgsql-hackers by date:

Previous
From: Oleg Bartunov
Date:
Subject: Re: Simple row serialization?
Next
From: tomas@tuxteam.de
Date:
Subject: Re: Simple row serialization?