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: Karniotis, Stephen <Stephen_Karniotis_at_compuware.com>
Date: Wed, 23 Oct 2002 11:06:36 -0800
Message-ID: <F001.004F18A9.20021023110636@fatcity.com>


OK. For everyone's benefit, this is commonly known as the "Developer's Paradox". Essentially, it means that developers write more code so they are brought back to maintain the stuff.

Your developers have tragically forced you into this. Instruct them on proper database/application/system design and then send them back to kindergarten.

PK & FK constraints are STANDARD in all relational databases and indexes are generally mandatory for PKs and sometimes optional for FKs. For performance, make them standard. The list is endless, however, Tim or Cary can Really add ammunition.

OK gentlemen, I have left the door WIDE open.

Thank You

Stephen P. Karniotis
Product Architect
Compuware Corporation

Direct:	(248) 865-4350
Mobile:	(248) 408-2918
Email:	Stephen.Karniotis_at_Compuware.com
Web:	www.compuware.com

 -----Original Message-----
Sent:	Wednesday, October 23, 2002 2:39 PM
To:	Multiple recipients of list ORACLE-L
Subject:	Re: Theory v Practice

  When code is developed to be "database generic", developers will steer away from code for a specific database. However, foreign key and check constraints hardly fall into this category. I don't use Sqlserver or DB2, but I would guess that they implement FKs and constraints. Your developers are wasting a lot of time coding something that the database will do for them. The more logic you can put into the database, the better off you are. They'll have to code the constraints all over again when they want to develop a web front-end. You'll probably see some bad data into your tables due to coding bugs. Oracle isn't bug free, but they've got the constraints nailed down pretty well.

Jay

>>> C.Healey_at_hhsuk.com 10/23/02 01:45PM >>>
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

**DISCLAIMER
This e-mail message and any files transmitted with it are intended for the use of the individual or entity to which they are addressed and may contain information that is privileged, proprietary and confidential. If you are not the intended recipient, you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received this communication in error, please notify the sender and delete this e-mail message. The contents do not represent the opinion of D&E except to the extent that it relates to their official business.

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Jay Hostetter
  INET: jhostetter_at_decommunications.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).



The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it. 

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Karniotis, Stephen
  INET: Stephen_Karniotis_at_compuware.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).
Received on Wed Oct 23 2002 - 14:06:36 CDT

Original text of this message

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