RE: Database programming standards

  • From: "Mercadante, Thomas F" <thomas.mercadante@xxxxxxxxxxxxxxxxx>
  • To: "'oracle-l@xxxxxxxxxxxxx'" <oracle-l@xxxxxxxxxxxxx>
  • Date: Thu, 3 Jun 2004 08:31:40 -0400

Deen,

One standard that I would insist on is that *all* sql will be written in
PL/SQL (stored packages, procedures and functions).  The J2EE classes can
simply call these objects to perform the sql operation.  This solves all of
the bind variable problems.  Of course, this means that they will need
oracle back-end specialists.  But it will make your job much easier
long-term after they are gone.

Good Luck!

Tom Mercadante
Oracle Certified Professional


-----Original Message-----
From: deen dayal [mailto:deen.dayal@xxxxxxxxxxxxxxx] 
Sent: Wednesday, June 02, 2004 5:26 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: Database programming standards


Hi all,

We are in the process of preparation of a RFP for a big project; it is going
to be developed in J2EE, do not know which app server we are going to use (
probably SUN Iplanet server ), Oracle 9i is the back end.

I am looking for some database programming standards to be written up in RFP
so that we maintenance team can reduce the amount of mess to deal with after
vendor leaves.

So far we do not have any J2EE applications in our shop, so do not know what
kind of a beast it is.

Here is the list of problems I heard from others, do not know how far they
are true:

1) Some Java programs do not close open cursors. 

2) On the fly SQLs ( no bind variables ) and each SQL is new for database
causing scalability problems.  

3) Applications do not typically make use stored procedures/packages and all
the SQL are dumped into one huge database class file


If anybody already wrote a paper or know some source of these standards,
please forward. Any help in the regard is appreciated.


Thanks for the help

Deen

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx put
'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts: