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:Guiding principles for using stored procedures in applica

Re:Guiding principles for using stored procedures in applica

From: <dgoulet_at_vicr.com>
Date: Tue, 21 Jan 2003 09:09:10 -0800
Message-ID: <F001.005362AC.20030121090910@fatcity.com>


Ranganath,

    I've done a pile of converting C language routines of the past into stored packages and procedures here and basically I do not see any reason not to go that route. They are easier to maintain than code spread out over many applications and they provide a high degree of insulation of the application from database changes. They also provide a higher degree of security of your data. I'd recommend:

Building Intelligent Databases with Oracle PL/SQL (Bk/CD) (2nd Edition) by Kevin T. Owens (Preface)

$8.50 (used) from Amazon.

Dick Goulet

____________________Reply Separator____________________
Author: "Krishnaswamy; Ranganath" <Ranganath.Krishnaswamy_at_blr.hpsglobal.com>
Date:       1/21/2003 2:09 AM

Hi List,

        We want to use lot of stored procedures in the J2EE application that is being developed for any database intensive routines. While it provides high performance, its not easy to maintain and cannot be ported easily to other databases.
They are used for queries and items that will require high performance like * Complex routines involving multiple data access and requiring very high performance
* Functions which perform large scale operations on many rows

In this context I would like to know the guiding principles for using stored procedures in an application.

Does anybody know any URLs or documents which explains all that what I need? If so, please let me know.

Any help in this regard is very much appreciated.

Thanks and Regards,

Ranganath

WARNING: The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message in error. Thank you.
--

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

Author: Krishnaswamy, Ranganath
  INET: Ranganath.Krishnaswamy_at_blr.hpsglobal.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.net
--

Author:
  INET: dgoulet_at_vicr.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 Tue Jan 21 2003 - 11:09:10 CST

Original text of this message

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