RE: Wrong results using decode when db upgraded to 9205

From: Duret, Kathy <kduret_at_starkinvestments.com>
Date: Wed, 5 May 2004 11:44:41 -0500
Message-ID: <07BA8175B092D611B1DE00B0D049A31501B0B74A@exchange.ad.starkinvestments.com>

A question about using the Rule hint for new code?

Forgive me, but isn't the rule going away in 10G and I would assume the rule hint would no longer work or rather be ignored in 10G so why put rule into new code to have to rewrite it when you migrate to 10G.

Haven't tested it in 10G so I don't know for sure. Has anyone?

Kathy

-----Original Message-----
From: Jamadagni, Rajendra [mailto:Rajendra.Jamadagni_at_espn.com] Sent: Wednesday, May 05, 2004 11:26 AM
To: oracle-l_at_freelists.org
Subject: RE: Wrong results using decode when db upgraded to 9205

I just found that the query in question works ... In following conditions ...

using case structure instead of DECODE
by running the report with cursor_sharing=3Dexact or providing cursor_sharing_exact hint at statement level
Running the select with rule hint.

BTW it is not datatype conversion issue, the actual decode statement is as follows ...

"and decode('C8','C8','237','0') =3D '237'"
=20

It is becoming obvious to me that this is an optimizer issue. I'll be digging further ... =20

Raj

--------=20
Rajendra dot Jamadagni at nospamespn dot com=20 All Views expressed in this email are strictly personal.=20 select standard_disclaimer from company_requirements;=20 QOTD: Any clod can have facts, having an opinion is an art !

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Stefan Jahnke Sent: Wednesday, May 05, 2004 11:56 AM
To: oracle-l_at_freelists.org
Subject: AW: Wrong results using decode when db upgraded to 9205

Hi again

Sorry, haven't looked into it. Since we already changed everything to =
=3D

CASE on 9.2.0.4.0. The reason wasn't a bug but to be coherent with the =
=3D

usage of DECODE / CASE. We agreed upon ANSI style stuff (INNER JOIN, =3D CASE blahblah) since 2 developers have a SQL Server background and seem
=3D to comprehend that faster (no pun intended, they're great).

Stefan

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

To unsubscribe send email to: oracle-l-request_at_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
-----------------------------------------------------------------



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.
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request_at_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
-----------------------------------------------------------------

Received on Wed May 05 2004 - 11:42:59 CDT