From oracle-l-bounce@freelists.org  Wed Mar  3 11:38:41 2004
Return-Path: <oracle-l-bounce@freelists.org>
Received: from air189.startdedicated.com (root@localhost)
 by orafaq.com (8.11.6/8.11.6) with ESMTP id i23HcfK32217
 for <oracle-l@orafaq.com>; Wed, 3 Mar 2004 11:38:41 -0600
X-ClientAddr: 206.53.239.180
Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180])
 by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i23HcZo32207
 for <oracle-l@orafaq.com>; Wed, 3 Mar 2004 11:38:36 -0600
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP
 id 7F8C63951E4; Wed,  3 Mar 2004 12:38:27 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 03 Mar 2004 12:37:23 -0500 (EST)
X-Original-To: oracle-l@freelists.org
Delivered-To: oracle-l@freelists.org
Received: from smtp.wangtrading.com (smtp.wangtrading.com [167.206.68.5])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E6833394AF7
 for <oracle-l@freelists.org>; Wed,  3 Mar 2004 12:37:20 -0500 (EST)
Received: from mladen.wangtrading.com (Not Verified[192.168.3.47]) by smtp.wangtrading.com with NetIQ MailMarshal (v5.5.5.8)
 id <B000048c3d>; Wed, 03 Mar 2004 12:39:52 -0500
Received: from mladen (localhost.localdomain [127.0.0.1])
 by mladen.wangtrading.com (8.12.8/8.12.8) with ESMTP id i23HfB9B002226
 for <oracle-l@freelists.org>; Wed, 3 Mar 2004 12:41:11 -0500
Date: Wed, 3 Mar 2004 12:41:11 -0500
From: Mladen Gogala <mladen@wangtrading.com>
To: oracle-l@freelists.org
Subject: Re: question about dbms_syste.set_sql_trace_in_session
Message-ID: <20040303174111.GA2216@mladen.wangtrading.com>
References: <200403031733.i23HX9Y13239@rgmgw5.us.oracle.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
In-Reply-To: <200403031733.i23HX9Y13239@rgmgw5.us.oracle.com> (from peter.sharman@oracle.com on Wed, Mar 03, 2004 at 12:33:40 -0500)
X-Mailer: Balsa 2.0.16
Lines: 144
X-archive-position: 200
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-To: oracle-l-bounce@freelists.org
X-original-sender: mladen@wangtrading.com
Precedence: normal
Reply-To: oracle-l@freelists.org
X-list: oracle-l

So, what you are saying is that the next release of oracle will have a command like:
	ALTER SYSTEM FIRE DEVELOPER <USERNAME>
Can I suggest you to add  options like "EXECUTE [IMMEDIATE|SLOWLY|PAINFULLY]"?



On 03/03/2004 12:33:40 PM, Pete Sharman wrote:
> I think a lot more of it is instrumented with the 10g release.
> 
> The usual instrumentation problem.  There's no easy answer to how much code should you instrument other than "it depends".  If it's well written SQL and you trust the developer, then it probably needs less instrumentation.  If it's crap, then firing the developer may be a better option than instrumentation anyway.  :)
> 
> Pete
> 
> "Controlling developers is like herding cats."
> 
> Kevin Loney, Oracle DBA Handbook
> 
> "Oh no, it's not.  It's much harder than that!"
> 
> Bruce Pihlamae, long-term Oracle DBA
> 
> 
> -----Original Message-----
> From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Tanel Põder
> Sent: Thursday, March 04, 2004 3:27 AM
> To: oracle-l@freelists.org
> Subject: Re: question about dbms_syste.set_sql_trace_in_session
> 
> Yep, Apps is somewhat instrumented, but I don't think that 100% of it's code
> is...
> 
> One performance issue which arises here is that if development tools and
> application servers don't support module and action information bundling
> with the call itself (like OCI does), then we introduce too many extra
> database calls just for instrumentation, which means less scalability and
> worse performance...
> 
> Tanel.
> 
> ----- Original Message ----- 
> From: "Pete Sharman" <peter.sharman@oracle.com>
> To: <oracle-l@freelists.org>
> Cc: "Peter Ross. Sharman" <PETER.SHARMAN@oracle.com>
> Sent: Wednesday, March 03, 2004 6:14 PM
> Subject: RE: question about dbms_syste.set_sql_trace_in_session
> 
> 
> > Untrue, untrue!  IIRC, Apps has also been instrumented with the service,
> module and action name stuff.
> >
> > It's the usual thing.  We can give you the tools to make life easier for
> yourself.  If you choose not to use them, more fool you!  :)
> >
> > Pete
> >
> > "Controlling developers is like herding cats."
> >
> > Kevin Loney, Oracle DBA Handbook
> >
> > "Oh no, it's not.  It's much harder than that!"
> >
> > Bruce Pihlamae, long-term Oracle DBA
> >
> >
> > -----Original Message-----
> > From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org]
> On Behalf Of Niall Litchfield
> > Sent: Thursday, March 04, 2004 2:47 AM
> > To: oracle-l@freelists.org
> > Subject: RE: question about dbms_syste.set_sql_trace_in_session
> >
> > > If the application sets MODULE and ACTION fields by using
> > > DBMS_APPLICATION_INFO package,
> > > one can trace all clients which execute that particular
> > > module automagically,
> > > by using the following:
> > >
> > > DBMS_MONITOR.SERV_MOD_ACT_STAT_ENABLE(
> > >    service_name    IN VARCHAR2,
> > >    module_name     IN VARCHAR2,
> > >    action_name     IN VARCHAR2 DEFAULT ALL_ACTIONS);
> >
> > There are literally thousands of such installations around the world as
> well, most of them unfortunately seem to be called sqlplus :(
> >
> > Niall Litchfield
> > Oracle DBA
> > Audit Commission
> > +44 117 975 7805
> >
> >
> >
> > **********************************************************************
> > This email contains information intended for
> > the addressee only.  It may be confidential
> > and may be the subject of legal and/or
> > professional privilege.  Any dissemination,
> > distribution, copyright or use of this
> > communication without prior permission of
> > the sender is strictly prohibited.
> > **********************************************************************
> >
> > ----------------------------------------------------------------
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > ----------------------------------------------------------------
> > To unsubscribe send email to:  oracle-l-request@freelists.org
> > put 'unsubscribe' in the subject line.
> > --
> > Archives are at http://www.freelists.org/archives/oracle-l/
> > FAQ is at http://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@freelists.org
> > put 'unsubscribe' in the subject line.
> > --
> > Archives are at http://www.freelists.org/archives/oracle-l/
> > FAQ is at http://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@freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://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@freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://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@freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

