Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Seeking opinions

RE: Seeking opinions

From: Ji, Richard <Richard.Ji_at_MobileSpring.com>
Date: Tue, 02 Apr 2002 08:29:02 -0800
Message-ID: <F001.00438DFC.20020402082902@fatcity.com>


Tom,

I am not oppositting the idea of standard. I implement OFA and other stuff, and everywhere
I go the first I do is establish standards. The problem is even with standard
in place one should not assume everything will be in place as is should be. Which is the problem I see as Paul described. People are relying on standard
more than data dictionary.

And like you said when a file is in the wrong place it will stand out like a sore thumb. But the bigger question is what will the other 15 DBAs do about it? If they trust the standard so much they will think it shouldn't be there and without querying data dictionary to confirm it some one might go ahead and delete it. And yes the chance are very small but I don't like to risk it.

Richard

-----Original Message-----
Sent: Tuesday, April 02, 2002 10:49 AM
To: Multiple recipients of list ORACLE-L

Richard,

In a busy shop, I would think that there is a *less* chance of a DBA making a mistake if all databases across all platforms conformed to the same directory standard.

Can you imagine how long it would take to diagnose and fix a problem if every database was set up to a different standard?

Mistakes can happen, but at least with standards, if a file is in the wrong place, it would stand out like a sore thumb.

Tom Mercadante
Oracle Certified Professional

-----Original Message-----
Sent: Tuesday, April 02, 2002 10:03 AM
To: Multiple recipients of list ORACLE-L

Hi Paul,

How's going?

What if someone on the dba group make a mistake (typo or whatever) and put the data file in the wrong place? And other DBAs didn't notice it and work on something. I don't like the idea people assume things will be in the right place because the rule says so. I'd rather trust data dictionary than somethng that has 16 DBA's hands on it.

Do they also write they scripts assuming everything is where it should be?

Richard Ji

-----Original Message-----
Sent: Monday, April 01, 2002 5:48 PM
To: Multiple recipients of list ORACLE-L

Hi everyone.

I'm currently working at a client where the OFA standard has been (as they put it) "taken to the next level". I disagree with their approach, and I'd be interested to see what list members think.

The client believes that any DBA (there are about 16 on staff) should be able to locate data files in any database without querying the data.  To this end, mount points are named both /unnn (e.g., /u001) and /annn (e.g., /a001). "System" datafiles (system, temp, rollback tablespaces) go only on the /unnn mount points, and in particular, datafiles for certain tablespaces must go on certain mount points--for instance rollback tablespace files always go on /u004.

"User" datafiles are allowed on /a001 and /a002, tables and indexes, respectively.

To my mind, this standard changes the Optimal Flexible Architecture to the Sub-optimal Inflexible Architecture, and all just to avoid a data dictionary query. What do you think?

Thanks,



Paul Baumgartel, Adept Computer Associates, Inc. paul.baumgartel_at_aya.yale.edu

Do You Yahoo!?
Yahoo! Greetings - send holiday greetings for Easter, Passover http://greetings.yahoo.com/
--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Paul Baumgartel
  INET: treegarden_at_yahoo.com
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).
--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Ji, Richard
  INET: Richard.Ji_at_MobileSpring.com
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).
--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Mercadante, Thomas F
  INET: NDATFM_at_labor.state.ny.us
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).
--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Ji, Richard
  INET: Richard.Ji_at_MobileSpring.com
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 Tue Apr 02 2002 - 10:29:02 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US