Re: Truncate Triggers
От | Stephen Frost |
---|---|
Тема | Re: Truncate Triggers |
Дата | |
Msg-id | 20080126210012.GX5031@tamriel.snowman.net обсуждение исходный текст |
Ответ на | Re: Truncate Triggers (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | 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 по дате отправления: