A possibly related question: I'm curious if everyone allows your developers to see V$SQL... views? If not, then ... whatever ... no comment.
I'm disappointed with some perspectives in these threads regarding developers. Rather than close doors, why not use 'development' instances, and role based privs on the 'production' instance and grant the access required to the developers. E.g. Help them determine which Data Dictionary tables support their development? Good luck. --- Yong Huang <[EMAIL PROTECTED]> wrote: > Hi, Raj, > > 9i doesn't allow a user with select any table > privilege to view any object > owned by SYS. So the sys.link$ risk is gone. But > select any dictionary, a new > privilege in 9i, allows that. In practice, I always > grant select_catalog_role > to any developer, but refrain from granting select > any dictionary or select any > table. As DBAs, we should encourage developers to > make full use of data > dictionary views and open the database to them as > much as they can study it. I > would help the consultant in your case instead of > just throw back a "NO" to > him. > > Yong Huang > > Jamadagni, Rajendra wrote: > > Dennis, > > "select any table" has to be a big no no ... anyone > can select from sys.link$. > But I am still trying how OEM can be used for > _development_?? what am I > missing? As for ... > One of our groups hired a new consultant and he > (claimed to have DBA > background) immediately shot off an email saying he > needed "select any table" > and "select catalog role" to do his work. We shot > off reply "Thanks for your > email, while we appreciate your requirements for > development, the privileges > you are requesting are a tad different than we grant > other developers. However > we request that you submit a justification for these > privileges and tell us how > your development would be affected without these and > we will accommodate your > request". This was 3 months ago and we _still_ > haven't heard back. > > __________________________________ > Do you Yahoo!? > New Yahoo! Photos - easier uploading and sharing. > http://photos.yahoo.com/ > -- > Please see the official ORACLE-L FAQ: > http://www.orafaq.net > -- > Author: Yong Huang > INET: [EMAIL PROTECTED] > > Fat City Network Services -- 858-538-5051 > http://www.fatcity.com > San Diego, California -- Mailing list and web > hosting services > --------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an > E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of > 'ListGuru') and in > the message BODY, include a line containing: UNSUB > ORACLE-L > (or the name of mailing list you want to be removed > from). You may > also send the HELP command for other information > (like subscribing). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Michael Thomas INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
