RE: Wrong results using decode when db upgraded to 9205
- From: "Jamadagni, Rajendra" <Rajendra.Jamadagni@xxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Wed, 5 May 2004 12:53:30 -0400
Nope ... It is a literal value check 'C8' is not a column value.
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@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Stephen.Lee@xxxxxxxx
Sent: Wednesday, May 05, 2004 12:42 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: RE: Wrong results using decode when db upgraded to 9205
> -----Original Message-----
> "and decode('C8','C8',237,0) =3D 237"
I have some interest in this since 9.2.0.5 might appear around here, and
there are plenty of decode statements running around this place. But I
have to say that I get the feeling something in the diagnostic process
is not
right: The decode clause listed here will ALWAYS return 237; that is,
this is do-nothing decode clause.
Was this: decode(field_name, 'C8' ...
or: decode(parameter_name, 'C8' ...
??
If it's a field_name, then I wonder you get with:
select count(*) from table where field_name =3D 'C8';
Followed up with:
select count(*) from table where decode(field_name,'C8',237,0) =3D 237;
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
