Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: 4031 - errors
Sounds like a great plan. I will check it out. I have to get rid of all
the dbms_output.enable that is hard coded all over the place and other
things before I can do this.
And I wasn't worried about the developers... I was worried about monkey boy .... I spend most of my week trying to fix alot of the stuff he does.
One month ago for instance, he set pctincreased and pct used to over 100 on the tables he moved into production.....
I am trying get it so I can do a code review BEFORE things get moved into production....but it doesn't go to far....they consider themselves fast paced here which translates into:
Throw stuff into production, fix the problems, redo the code, fix the problems, redo the code, user hates it, revamp the code, more problems..... leave the old tables, view behind and of course there are still reports and batch jobs using the old tables that they don't have time to change their code to take care of.
well enough venting for today. monkey boy caused another problem that I have to fix....
Kathy
-----Original Message-----
From: Jamadagni, Rajendra [mailto:Rajendra.Jamadagni_at_espn.com]
Sent: Thursday, June 03, 2004 7:23 AM
To: oracle-l_at_freelists.org
Subject: RE: 4031 - errors
Not a problem ... the switch should be controlled from outside the code, and that means it can be changed dynamically at runtime in production if needed. I implemented similar technique in 99 (I was a duheveloper then), the debug code is still in production code, but turned off.
all it takes a simple update and on the next invocation debug messages are turned on. Here is the sample ...
oraclei_at_ariel-NCS2 <mailto:oraclei_at_ariel-NCS2> > sys
SQL*Plus: Release 9.2.0.2.0 - Production on Thu Jun 3 08:22:27 2004
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.2.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP and Oracle Data
Mining options
JServer Release 9.2.0.2.0 - Production
08:22:28 SQL> select * from v_debug_state;
NAME TYPE Debug? ---------------------------------------- ---------- ---------------- DBPK_PACING_DATA PACKAGE Debugging is Off DBPK_RS100 PACKAGE Debugging is Off DBPK_SBS_FINAL_LOG PACKAGE Debugging is Off DBPK_SBS_LOG PACKAGE Debugging is Off DBPK_SIDE_BY_SIDE PACKAGE Debugging is Off
5 rows selected.
08:22:36 SQL>
Raj
From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org]
On Behalf Of Duret, Kathy
Sent: Wednesday, June 02, 2004 5:40 PM
To: 'oracle-l_at_freelists.org'
Subject: RE: 4031 - errors
the trouble with the switch here it that the developers forget to switch it off.
I totally agree with the many functions, procedure rule. I tried today to
get them to break it up, but getting the developer and the other choke dba
to change their code is harder than
carving another face on mount Rushmore.
BTW loved your comment Johnathan... yet another top has coffee stains all over it. I have to remember to put down my drink before I read these emails.
Kathy
-----Original Message-----
From: Jared.Still_at_radisys.com [mailto:Jared.Still_at_radisys.com]
Sent: Wednesday, June 02, 2004 4:32 PM
To: oracle-l_at_freelists.org
Subject: RE: 4031 - errors
oracle-l-bounce_at_freelists.org wrote on 06/02/2004 02:03:38 PM:
> OK - here are some things that contributed to my problems and woes:
>
> 3) The other choke, gasp, dba had alot of dbms_outputs in procedure,
> functions except that he moved into production instead of commenting them
> out.
Commenting them out is bad form for production code. A switch that can be set at runtime to enable/disable the debug code is quite a bit better.
The default of course should be false.
Jared
> one procedure that called another function which called another
> function, had more than 20 of these things. And yes same person who is
> updating
> across the links.....
>
Many functions is better than 1 big one. You just need to implement a trace mechanism to trace the call stack when the, *ahem*, debug flag is set.
Jared
This transmission contains information solely for intended recipient and may be privileged, confidential and/or otherwise protect from disclosure. If you are not the intended recipient, please contact the sender and delete all copies of this transmission. This message and/or the materials contained herein are not an offer to sell, or a solicitation of an offer to buy, any securities or other instruments. The information has been obtained or derived from sources believed by us to be reliable, but we do not represent that it is accurate or complete. Any opinions or estimates contained in this information constitute our judgment as of this date and are subject to change without notice. Any information you share with us will be used in the operation of our business, and we do not request and do not want any material, nonpublic information. Absent an express prior written agreement, we are not agreeing to treat any information confidentially and will use any and all information and reserve the right to publish or disclose any information you share with us.
This transmission contains information solely for intended recipient and may be privileged, confidential and/or otherwise protect from disclosure. If you are not the intended recipient, please contact the sender and delete all copies of this transmission. This message and/or the materials contained herein are not an offer to sell, or a solicitation of an offer to buy, any securities or other instruments. The information has been obtained or derived from sources believed by us to be reliable, but we do not represent that it is accurate or complete. Any opinions or estimates contained in this information constitute our judgment as of this date and are subject to change without notice. Any information you share with us will be used in the operation of our business, and we do not request and do not want any material, nonpublic information. Absent an express prior written agreement, we are not agreeing to treat any information confidentially and will use any and all information and reserve the right to publish or disclose any information you share with us.
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Thu Jun 03 2004 - 08:52:16 CDT