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: Limits on referential integrity

Re: Limits on referential integrity

From: <Jared.Still_at_radisys.com>
Date: Mon, 21 Jan 2002 14:28:19 -0800
Message-ID: <F001.003F66ED.20020121141551@fatcity.com>

I would be you lunch that what they are implementing in their code is not actually RI. They may be implementing code to ensure things get inserted in the right order, and that child rows have a parent.

This is a very weak form of RI. Oracle is very good at implementing RI, and it is not dependent on an application. RI in the database is the route to choose unless there is some good reason not to.

RI in the database will prevent orphaned data created through updates, deletes or even ( gasp! ) bugs in the app.

Programmers tend to dislike RI in the database because it forces them to maintain data integrity in a transaction. This is not a bad thing, it just forces them to have a good understanding of their transactions.

Point out to them that it is less code to write as well. :)

Jared

DENNIS WILLIAMS <DWILLIAMS_at_LIFETOUCH.COM> Sent by: root_at_fatcity.com
01/21/02 01:35 PM
Please respond to ORACLE-L  

        To:     Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
        cc: 
        Subject:        Limits on referential integrity


How much referential integrity should be implemented in Oracle? We are starting a large new Java project. Our current applications keep their referential integrity inside their own dictionary, so I haven't had to deal
much with referential integrity recently. Can there be too much of a good thing? What guidelines do you tend to use? At this point the developers are
designing the data model so they are busily linking all the little boxes. My
attitude at this point is "implement what you've got and if there are performance problems we'll deal with them when they arise". Can anyone give
me a better motto?
Thanks.
Dennis Williams
DBA
Lifetouch, Inc.
dwilliams_at_lifetouch.com

--

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

Author: DENNIS WILLIAMS
  INET: DWILLIAMS_at_LIFETOUCH.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:
  INET: Jared.Still_at_radisys.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 Mon Jan 21 2002 - 16:28:19 CST

Original text of this message

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