RE: Permission to see the procedures

From: Thomas Biju <BThomas_at_br-inc.com>
Date: Thu, 10 Feb 2005 16:20:03 -0600
Message-ID: <DBB7FBD3841A45458F8BAB3D7BE2BF83018169DA@FTWP57NS.br-inc.net>

Try granting the SELECT_CATALOG_ROLE....

Thanks,
Biju

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Steven Patenaude Sent: Thursday, February 10, 2005 2:35 PM To: Michael.Kline_at_suntrust.com
Cc: oracle-l_at_freelists.org
Subject: Re: Permission to see the procedures

On Thu, 10 Feb 2005 15:21:29 -0500, Kline.Michael <Michael.Kline_at_suntrust.com> wrote:
> The development folks would like to be able to view the procedures,
> packages, etc., on a production reporting database, but we do *NOT* want
> them to be able change anything.

>=20

> This is sort of like a "read only" access to packages, procedures,
> triggers, etc.

>=20

> I would think this would be like a "select any view" but I don't see any
> thing there.

>=20

> Can this be done by granting some sort of privs to a role and then
> giving them the role?

There is the dba_source view. I've created a procedure before that pretty prints the source and given the devs exec privs. That keeps them out of the data dictionary, and the procedure allows you to have close control over who sees what, if that is your business need.

That was developed back in O7. There might be a new feature since then that makes this easier.

Steven

--
http://www.freelists.org/webpage/oracle-l


___________________________________________________________________________=
__________________________________

This electronic transmission and any attached files are intended solely for=
 the person or entity to which they are addressed and may contain informati=
on that is privileged, confidential or otherwise protected from disclosure.=
 Any review, retransmission, dissemination or other use, including taking a=
ny action concerning this information by anyone other than the named recipi=
ent, is strictly prohibited. If you are not the intended recipient or have =
received this communication in error, please immediately notify the sender =
and destroy this communication.
--
http://www.freelists.org/webpage/oracle-l

Received on Thu Feb 10 2005 - 17:53:18 CST