RE: Permission to see the procedures
- From: "Thomas Biju" <BThomas@xxxxxxxxxx>
- To: <spatenau@xxxxxxxxx>, <Michael.Kline@xxxxxxxxxxxx>
- Date: Thu, 10 Feb 2005 16:20:03 -0600
Try granting the SELECT_CATALOG_ROLE....
Thanks,
Biju
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Steven Patenaude
Sent: Thursday, February 10, 2005 2:35 PM
To: Michael.Kline@xxxxxxxxxxxx
Cc: oracle-l@xxxxxxxxxxxxx
Subject: Re: Permission to see the procedures
On Thu, 10 Feb 2005 15:21:29 -0500, Kline.Michael
<Michael.Kline@xxxxxxxxxxxx> 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
--
//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.
--
//www.freelists.org/webpage/oracle-l
Other related posts:
