| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Oracle 9i and Tables Owned by SYS
That's probably it. I'll bounce the database this evening and change the parameter. I did try granting select directly on one of the sys tables, and ran the procedure to gather space information on that one table. This time the table was found, but the call to dbms_space.unused_space resulted in insufficient privileges. I believe this is because "analyze any" just like "select any table" no longer includes the SYS schema. I'll know tomorrow if changing the parameter fixes that problem as well.
Ian
-----Original Message-----
Sent: Tuesday, May 21, 2002 8:18 PM
To: Multiple recipients of list ORACLE-L
Ian,
Probably the O7_DICTIONARY_ACCESSIBILITY parameter which is set to FALSE by
default in 9i is causing you problems.
It defaulted to TRUE in prior releases. When set to FALSE, it will not allow
'select any table' to work on SYS owned tables. However, access to tables
owned by other schemas is not affected. You may try setting this parameter
to TRUE.
Regards,
-----Original Message-----
Sent: Tuesday, May 21, 2002 9:08 PM
To: Multiple recipients of list ORACLE-L
I am in the process of moving a small database to Oracle 9.0.1.3. I have installed my own space management spaces. It measures growth of objects and tablespace usage and works well in Oracle 8i. The package does not work well with the 9i SYS tables; it returns "table or view does not exist", when calling dbms_space.unused_space. I'm not sure if this is for all SYS tables or just a few.
The owner of the package has select any table, select any dictionary, and I even tried the "under any view" privilege, but no luck. The select any table privilege, N.B., this is a privilege not a role, which obviously must be judiciously given, allowed, one running Oracle 8i to write packages referencing SYS objects without having to do individual grants on the tables. It is still doing so for non-SYS tables, the calls to dbms_space work fine for them. Any idea on the SYS tables? Must they be granted individually?
Ian MacGregor
Stanford Linear Accelerator Center
ian_at_SLAC.Stanford.edu
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: MacGregor, Ian A.
INET: ian_at_SLAC.Stanford.EDU
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: ListGuru_at_fatcity.com (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).
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: ListGuru_at_fatcity.com (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).
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: ListGuru_at_fatcity.com (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). Received on Wed May 22 2002 - 14:52:06 CDT
 |
 |