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: Theory v Practice

Re: Theory v Practice

From: Greg Moore <sqlgreg_at_pacbell.net>
Date: Wed, 23 Oct 2002 14:53:52 -0800
Message-ID: <F001.004F1DCB.20021023145352@fatcity.com>


These developers are wrong, and the problem is far worse than primary / foreign keys. The fact that your developers would say this indicates they have no knowledge of even the most basic Oracle fundamentals, so they will be making other serious mistakes too. If you have even an ounce of personal integrity you will print out your email and all the responses from this list, and deliver them to your manager, because he/she is currently in charge of a run-away train that's fast heading for Failure City.

There is a single key thing your manager must do. Buy a copy of the book that Tom Kyte and several other authors put together, that describes the fundamentals of how Oracle works. Not the "Expert" book Tom wrote by himself ... the other one on fundamentals he wrote with a few others. The manager should buy one copy of that book for *each* developer and tell them to take it home, read it, and not come back to work until they've finished.

Sound crazy? Think I'm making a joke? Think again. This is, by far, the smartest thing your manager could do, because right now this project is on the fast track to failure, and this single move will pretty much fix the problem.

Meanwhile, you need to get that book too, plus Tom's other book, plus Jonathan Lewis's book ... and inhale them.

Of course this need not be done. If so, there's a 60% chance the project will be just fine until the day it goes into production, when it suddenly become apparent that it's a total failure. There's a 35% chance it will roll out just fine, and from then on be a nightmare in terms of maintenance and performance. And there's a 5% chance things will work out just fine. If you like these odds, just keep going and let these developers do whatever they like.

The developers working on our new VB app are also responsible for setting up the Oracle DB behind it. The app is for an order entry/despatch/warehouse system with >5 million customers and >1000 orders per day. We have nearly 400 tables. They are not planning on using primary keys/secondary keys, as they say they will handle all the constraints via VB.
I only have a theoretical knowledge of database design, which says this is very wrong. Is the Oracle system being used as anything more than an expensive file system? In real world scenarios, is this a common practice?

Regards

Craig Healey



This email and any files transmitted with it are confidential and intended solely
for the use of the individual or entity to whom they are addressed and may contain
confidential and/or privileged material. Any review, retransmission, dissemination
or other use of, or taking of any action in reliance upon, this information by
persons or entities other than the intended recipient is prohibited. Statements
and opinions expressed in this e-mail may not represent those of the company.

If you have received this email in error please notify system.administrator_at_hhsuk.com

This footnote also confirms that this email message has been swept by MIMEsweeper
for the presence of computer viruses (www.mimesweeper.com)



--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Craig Healey
  INET: C.Healey_at_hhsuk.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
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: Greg Moore INET: sqlgreg_at_pacbell.net Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- 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 Oct 23 2002 - 17:53:52 CDT

Original text of this message

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