RE: Wrong results using decode when db upgraded to 9205

From: Jamadagni, Rajendra <Rajendra.Jamadagni_at_espn.com>
Date: Wed, 5 May 2004 11:38:37 -0400
Message-ID: <A186CBDC8B1D61438BC50F1A77E91F73075BD64D@xchgbrsm1.corp.espn.pvt>

Thanks,

I can't imagine rewriting all decodes to case statements ... That alone would take more than 6-9 months in our code base.=20

Are there any bug# that you know?
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:31 AM
To: oracle-l_at_freelists.org
Subject: AW: Wrong results using decode when db upgraded to 9205

Hi Rajendra

I don't know wether this helps or not: We upgraded a dev db from =3D 9.2.0.4.0 to 9.2.0.5.0 and as you said, CASE works fine. We have =3D rewritten all our DECODE statements to CASE and all of them still work. =3D So at with CASE there doesn't seem to be a problem.

Stefan

-----Urspr=3DFCngliche Nachricht-----

Von: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]Im Auftrag von Jamadagni, Rajendra Gesendet: Wednesday, May 05, 2004 5:26 PM An: oracle-l_at_freelists.org
Betreff: Wrong results using decode when db upgraded to 9205

I upgraded a dev db from 9202 to 9205 and one query with a DECODE statement is giving wrong results. The whole query is big, but decode statement looks like ...=3D20 "and decode('C8','C8',237,0) =3D3D 237" = If
the same statement is =3D re-written using case it works fine. I am searching on metablink but wanted to check here first. This same query with same decode statement works fine on 9202 database.=3D20 Any = hearsay?
Known issues? Experiences?
Thanks
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 !

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

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 - 10:35:51 CDT