That depends. And you are lucky( no production experience, you say) If the production database has more than one 'production' schema owner, then I would rather keep them restricted to certain tablespaces of their interest (with unlimited quota). I have worked with many variations. Currently working with one App with 3 databases, where Developers have more control than the DBAs.. Prod Schema owner is widely used by all for n number of reasons/requirements/needs with hard coded passwords in all production jobs, unlimited tablespace, and privileges similar to 'system' account and more (drop any table :) Now I have to find an acceptable solution to clean up this environment as the new Janitor assigned to this WC !!
Cheers! - Kirti > -----Original Message----- > From: Mark Leith [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, November 21, 2001 8:30 AM > To: Multiple recipients of list ORACLE-L > Subject: RE: Index File Name > > Yeah but for a tightly controlled schema *owner* - what's the problem? > Wouldn't you *want* to have unlimited tablespace for the schema owner - > which the users *should not* have access to anyway? > > (no this is not rhetorical - I have no production experience) > > Thanks > > Mark > > -----Original Message----- > Faroult > Sent: 21 November 2001 11:40 > To: Multiple recipients of list ORACLE-L > > > Mark Leith wrote: > > > > And just to add to that - make sure that the user has the appropriate > > privileges on the system, such as CREATE TABLE / INDEX, or the role > RESOURCE > > or whatever.. :) > > > > Just to nitpick :) > > > > NEVER give RESOURCE ! UNLIMITED TABLESPACE comes with it (even if you > cannot grant it to a role, usually - but Oracle 5 compatibility has its > reasons ...). Not that I am paranoid, but the idea of users being able > to create their tables in SYSTEM makes me nervous. > I know, someone should tell to the Oracle folks who prepare demo > scripts ... > -- > Regards, > > Stephane Faroult > Oriole Corporation > Voice: +44 (0) 7050-696-269 > Fax: +44 (0) 7050-696-449 > Performance Tools & Free Scripts > -------------------------------------------------------------- > -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Deshpande, Kirti 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).
