isn't it still simpler to let the schema owner own procedures that access
tables in that schema, and grant execute on the procedures rather grant SIUD
on all tables owned by each schema owner? I'd think there would be fewer
procedures than tables in each schema
>From: "Jesse, Rich" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
>Subject: RE: Alternatives to roles in procedures?
>Date: Tue, 18 Sep 2001 11:20:28 -0800
>
>Interesting! However, if I had shown a real-world example, I think it
>would've poked a hole in your excellent idea. Add schema "C" (and "D" and
>"E") onto this example that schema "B" also needs to access.
>
>Ain't no way in hell the devs are gonna rewrite all of their code to
>accommodate Jeff T's environment, either.
>
>Thanks for the suggestions, but I'm looking at the brute force method,
>methinks. :)
>
>Rich Jesse System/Database Administrator
>[EMAIL PROTECTED] Quad/Tech International, Sussex, WI USA
>
>Disclaimer: rm -rf /bin/laden
>
>
>
>-----Original Message-----
>Sent: Monday, September 17, 2001 21:55
>To: Multiple recipients of list ORACLE-L
>
>
>um, create the procedures in schema A and grant execute to schema B?
>removes the need for direct grants on the tables.
>
>
> >From: "Jesse, Rich" <[EMAIL PROTECTED]>
> >Reply-To: [EMAIL PROTECTED]
> >To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
> >Subject: Alternatives to roles in procedures?
> >Date: Mon, 17 Sep 2001 12:30:24 -0800
> >
> >So, there we are, in 8.1.7 on HP/UX 11.0. We have several dozen tables
>in
> >schema "A" that need to be accessed from procedures in schema "B". We
>had
> >previously been using a role to grant access to these tables but now with
> >the procedures, this ain't an option.
> >
> >Are there any alternatives to granting SELECT, INSERT, UPDATE, DELETE,
>etc
> >on each table to schema "B"?
> >
> >TIA,
> >Rich Jesse System/Database Administrator
> >[EMAIL PROTECTED] Quad/Tech International, Sussex, WI
>USA
>--
>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>--
>Author: Jesse, Rich
> INET: [EMAIL PROTECTED]
>
>Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
>San Diego, California -- Public Internet access / Mailing Lists
>--------------------------------------------------------------------
>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).
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Rachel Carmichael
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).
