Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 708 invoked from network); 30 Nov 2007 10:47:03 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 30 Nov 2007 10:47:03 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D44447CB001;
 Fri, 30 Nov 2007 11:47:03 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 28110-05; Fri, 30 Nov 2007 11:47:03 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 446257CB0A5;
 Fri, 30 Nov 2007 11:47:03 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 30 Nov 2007 11:00:07 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7C1DF7CB9DD
 for <oracle-l@freelists.org>; Fri, 30 Nov 2007 11:00:07 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 21117-10 for <oracle-l@freelists.org>;
 Fri, 30 Nov 2007 11:00:07 -0500 (EST)
Received: from NT15.oneneck.corp (dot092host.oneneck.net [63.226.42.92])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DC4BA7CB9CF
 for <oracle-l@freelists.org>; Fri, 30 Nov 2007 10:58:06 -0500 (EST)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2992
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83369.5643772A"
Subject: RE: _gby_hash_aggregation_enabled=false
Date: Fri, 30 Nov 2007 08:54:48 -0700
Message-ID: <04DDF147ED3A0D42B48A48A18D574C450987F652@NT15.oneneck.corp>
In-Reply-To: <486b2b610711300021h68d062f6kb00974dfbacc5a85@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: _gby_hash_aggregation_enabled=false
Priority: normal
References: <04DDF147ED3A0D42B48A48A18D574C450987F2E1@NT15.oneneck.corp> <486b2b610711300021h68d062f6kb00974dfbacc5a85@mail.gmail.com>
From: "Allen, Brandon" <Brandon.Allen@OneNeck.com>
To: "Stefan Knecht" <knecht.stefan@gmail.com>,
 "oracle-l" <oracle-l@freelists.org>
X-archive-position: 3628
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: Brandon.Allen@OneNeck.com
Precedence: normal
Reply-to: Brandon.Allen@OneNeck.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
------_=_NextPart_001_01C83369.5643772A
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Thanks, but in my case, there isn't any specific query that I know of
currently having problems - I just want to disable this feature
proactively since it is known to return the wrong results in some cases.
With most bugs, I don't tend to take proactive action if we haven't
encountered them, however with these "wrong results" bugs I think you
have to take a more proactive approach since you could be encountering
them for a while and not even know it.  In this case, as I understand
it, the results simply come out with missing values from the aggregated
total so, for example - you could have a sales order with ten $100 line
items and instead of totaling $1000, it might come out to something
short of that.  This could go on for a long time before someone noticed
it.  You'd probably have some happy customers, but not such happy
finance folks :-)

________________________________

From: Stefan Knecht [mailto:knecht.stefan@gmail.com]=20

I don't remember the name of the hint off hands, but AFAIK there is one
that lets you set the optimizer features enabled per statement.



Privileged/Confidential Information may be contained in this message or =
attachments hereto. Please advise immediately if you or your employer do =
not consent to Internet email for messages of this kind. Opinions, =
conclusions and other information in this message that do not relate to =
the official business of this company shall be understood as neither =
given nor endorsed by it.


------_=_NextPart_001_01C83369.5643772A
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.6000.16544" name=3DGENERATOR></HEAD>
<BODY>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D788574915-30112007><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Thanks, but in my case, there isn't any =
specific query that=20
I know of currently having problems - I just want to disable this =
feature=20
proactively since it is known to return the wrong results in some =
cases.&nbsp;=20
With most bugs, I don't tend to take proactive action if we haven't =
encountered=20
them, however with these "wrong results" bugs I think you have to=20
take&nbsp;a&nbsp;more proactive&nbsp;approach since you could be =
encountering=20
them for a while and not even know it.&nbsp; In this case, as I =
understand it,=20
the results simply come out with missing values from the aggregated =
total so,=20
for example - you could have a sales order with ten $100 line items and =
instead=20
of totaling $1000, it might come out to something short of that.&nbsp; =
This=20
could go on for a long time before someone noticed it.&nbsp; You'd =
probably have=20
some happy customers, but not such happy finance folks=20
:-)</FONT></SPAN></DIV><BR>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
<HR tabIndex=3D-1>
<FONT face=3DTahoma size=3D2><B>From:</B> Stefan Knecht=20
[mailto:knecht.stefan@gmail.com] </FONT><BR><BR>I don't remember the =
name of the=20
hint off hands, but AFAIK there is one that lets you set the optimizer =
features=20
enabled per =
statement.<BR><BR></DIV></BODY><!--[object_id=3D#oneneck.com#]--><FONT =
face=3DTahoma size=3D2><FONT color=3D#0000ff>
<P>Privileged/Confidential Information may be contained in this message =
or attachments hereto. Please advise immediately if you or your employer =
do not consent to Internet email for messages of this kind. Opinions, =
conclusions and other information in this message that do not relate to =
the official business of this company shall be understood as neither =
given nor endorsed by it.</P></FONT></FONT></HTML>

------_=_NextPart_001_01C83369.5643772A--
--
http://www.freelists.org/webpage/oracle-l


