RE: Implementing Stored Procedures

From: Bala, Prakash <prakash.bala_at_cingular.com>
Date: Thu, 31 May 2001 11:30:34 -0700
Message-ID: <F001.003162CC.20010531104626@fatcity.com>

Lisa,

This is what we did in my last project:

Developers had access to the application schema where they created and modified procedures/functions/triggers as needed
After their unit testing is done, the QA team would test it using the front-end application.
Once QA team approves the new/enhanced functionality, the developers would check in the code using PVCS and notify the DBA vith the PVCS version number and the object name.
The DBA tracks the object version numbers along with the application releases and implements the necessary changes in the production box. Developers did not have any rights on the production box.

HTH! Prakash

-----Original Message-----
Sent: Thursday, May 31, 2001 1:02 PM
To: Multiple recipients of list ORACLE-L

Hi -

I'd like some advice on implementing stored procedures containing application logic (ie. written by developers). We have several applications where the developers use stored procedures for much of their coding. We let the developers create or replace their procedures in a development environment under their own schema (with access to all application tables, etc.) to test the logic, but it currently requires a DBA to implement the proc under the application schema. It has gotten to be a very time-consuming job. We don't want to give out the schema owner password to the developers, nor do we know of a way they could add them as the schema owner without giving them more privileges than we want.

I am curious of how others are handling stored procedure additions and modifications. Do you somehow allow developers this access? If so, how do you restrict them from damaging other things? If not, does the DBA do it? Does anyone have an automated way? Also, do you keep track of the original "source code" for the procedure, or do you extract it out of the database as needed?

Thanks so much for your input -
Lisa

--

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

Author: Bala, Prakash
INET: prakash.bala_at_cingular.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 Thu May 31 2001 - 13:30:34 CDT