Re: [SQL] Re: create view security
От | JanWieck@t-online.de (Jan Wieck) |
---|---|
Тема | Re: [SQL] Re: create view security |
Дата | |
Msg-id | 200006010224.EAA21189@hot.jw.home обсуждение исходный текст |
Ответ на | Re: create view security (Peter Eisentraut <peter_e@gmx.net>) |
Список | pgsql-admin |
Peter Eisentraut wrote: > Wallingford, Ted writes: > > > I am using 6.3 in this case. > > I'm sorry but that is pre-historic era around here and no one really > remembers what the problems might have been back then (other than that > they were surely plenty). Upgrading might be your best bet on all fronts. You're wrong - I remember, not 100% sure, but good enough. Just two weeks ago (funny - isn't it) I made a deal with a friend, exchanging this old 486/33DLC, 8MB, 1GB portable (640x480 gray but onboard SCSI!) with a planimeter (nice mechanic tool that fit's perfectly into my sliderule collection - that friend collects sliderules too so he knows how to get me :-). That old portable was the computer, most of the rule system fixes for v6.4 where developed on. I'm pretty sure that the Rule-Owner-Needs-Perm changes where part of it. The executor is doing a permisson check of the result- and all scan relations just before starting the execution. For v6.4 (or was THAT in 6.5 - dunno exactly) I added a little flag to the rangetable entry that tells "this relation is accessed through a view and permissions are already checked". Since then, it was the rewriter that checked if the view- owner would have the permissions for all relations used by the view. Anyway, upgrading IS the best (if not the only) choice for him. Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #================================================== JanWieck@Yahoo.com #
В списке pgsql-admin по дате отправления: