RE: Wrong results using decode when db upgraded to 9205

From: Khedr, Waleed <Waleed.Khedr_at_FMR.COM>
Date: Wed, 5 May 2004 12:49:28 -0400
Message-ID: <42BBD772AC30EA428B057864E203C999114040@MSGBOSCLF2WIN.DMN1.FMR.COM>

Same sql/different plans give different results means a bug, make sure = you have the downgrade script :)

Waleed

-----Original Message-----
From: Jamadagni, Rajendra [mailto:Rajendra.Jamadagni_at_espn.com] Sent: Wednesday, May 05, 2004 12:26 PM
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=3D3Dexact 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') =3D3D '237'"
=3D20

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

Raj

--------=3D20
Rajendra dot Jamadagni at nospamespn dot com=3D20 All Views expressed in this email are strictly personal.=3D20 select standard_disclaimer from company_requirements;=3D20 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
=3D3D

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

usage of DECODE / CASE. We agreed upon ANSI style stuff (INNER JOIN, =
=3D3D

CASE blahblah) since 2 developers have a SQL Server background and seem
=3D3D 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
-----------------------------------------------------------------
----------------------------------------------------------------
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:47:33 CDT