We don't allow granting IUD privileges to remote schemas at our site.
All DML to be applied on tables within a given schema is performed
only by stored procedures owned by that schema. We essentially have
just two roles (assume ABC schema): ABC_ROLE, which consists only
of execute privileges on stored procedures in ABC, and ABC_RO_ROLE
which are SELECT privileges only on tables in ABC.
Jeff T.
[EMAIL PROTECTED]
-----Original Message-----
From: Jesse, Rich [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 17, 2001 3:30 PM
To: Multiple recipients of list ORACLE-L
Subject: Alternatives to roles in procedures?
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).
