It's been a rough two weeks, so I could certainly be wrong on this one.
Let's simplify the query to make the problem more visible.
This is from the inline query.
select a.col1
from table1 a
where a.col1 = '10000151'
union all
select a1.col1
from table1 a1
where a1.col1 = '10000151'
and some_other_condition = 'true'
So, let's say that there are 100 records in table1.
2 of them have a col1 value of '10000151'.
So, part one above would bring back 2 rows.
Part two above would bring back 0, 1, or 2 rows, depending upon whether the "some_other_condition" returned true or not.
Agreed?
That would mean that the inline query duplicates records, in that it is possible for a given row to show up in both parts.
Here's a simple way to tell if I'm right. (My hard disk crashed at home earlier this week and I haven't
re-installed oracle yet, or I would test it myself.)
Put the primary key columns of the record, plus a data source column into the queries, something like this:
select data_source, pkcol, ...
from (select 'part one' data_source, pkcol, ...
union all
select 'part two', pkcol,...
)
Hope that explains what I was getting at! :)
-----Original Message-----
From: Jared.Still@radisys.com
Sent: Mar 18, 2004 7:58 PM
To: oracle-l@freelists.org
Subject: RE: Query returning wrong results.
> The first part of the subquery would bring back each and every row with a col1 = '10000151'
> The second part of the subquery would bring back some of those same rows again, but with different date values, thus duplicating some rows in the result set.
Not sure I'm following.
Using the erroneous test results supplied by the poster, a test query simulating
the table with hard coded data does return the expected results.
16:55:47 SQL>@j
16:55:48 SQL>
16:55:48 SQL>
16:55:48 SQL>select v.col1, v.row_eff_date, v.row_term_date
16:55:48 2 from
16:55:48 3 ( -- Inline view begins
16:55:48 4 select 10000151 col1
16:55:48 5 , to_date('01-jan-1900','dd/mon/yyyy') row_eff_date
16:55:48 6 , to_date('13-dec-2002','dd/mon/yyyy') row_term_date
16:55:48 7 from dual
16:55:48 8 union
16:55:48 9 select 10000151 col1
16:55:48 10 , to_date('13-dec-
2002','dd/mon/yyyy') row_eff_date
16:55:48 11 , to_date('23-jan-2003','dd/mon/yyyy') row_term_date
16:55:48 12 from dual
16:55:48 13 union
16:55:48 14 select 10000151 col1
16:55:48 15 , to_date('23-jan-2003','dd/mon/yyyy') row_eff_date
16:55:48 16 , to_date('31-dec-2999','dd/mon/yyyy') row_term_date
16:55:48 17 from dual
16:55:48 18 ) v
16:55:48 19 where
16:55:48 20 (
16:55:48 21 trunc(v.row_eff_date) > to_date('03/14/2004','MM/DD/YYYY') OR
16:55:48 22 trunc(v.row_term_date) = to_date('12/31/2999','MM/DD/YYYY')
16:55:48 23 )
16:55:48 24 /
COL1 ROW_EFF_DATE ROW_TERM_DATE
---------- ------------------- -------------------
10000151 01/23/2003 00:00:00 12/31/2999 00:00:00
1 row selected.
16:55:48 SQL>
| david wendelken <davewendelken@earthlink.net> Sent by: oracle-l-bounce@freelists.org
03/18/2004 04:29 PM Please respond to oracle-l
| To: oracle-l@freelists.org cc: Subject: RE: Query returning wrong results. |
Actually, the query is doing exactly what you told it to do!
The first part of the subquery would bring back each and every row with a col1 = '10000151'
.
The second part of the subquery would bring back some of those same rows again, but with different date values, thus duplicating some rows in the result set.
-----Original Message-----
From: "Khedr, Waleed" <Waleed.Khedr@FMR.COM>
Sent: Mar 18, 2004 5:38 PM
To: "'oracle-l@freelists.org'" <oracle-l@freelists.org>
Subject: RE: Query returning wrong results.
Is it using PQO?
Waleed
-----Original Message-----
From: Prasada.Gunda@hartfordlife.com
[mailto:Prasada.Gunda@hartfordlife.com]
Sent: Thursday, March 18, 2004 2:32 PM
To: oracle-l@freelists.org
Subject: Query returning wrong results.
Hi,
One of our developer sent me this query that it is returning wrong results
.
Please see the following query.
select v.col1, v.row_eff_date, v.row_term_date
from
( -- Inline view begins
select a.col1
, trunc(a.col2) row_eff_date
, nvl(lead(trunc(a.col2)) over
(partition by a.col1, a.tblnm, a.clmnnm order by a.col2),to_date
('12/31/2999','mm/dd/yyyy')) row_term_date
from table1 a
where a.tblnm = 'INPUT_TABLE'
and a.clmnnm = 'INPUT_COL'
and a.col1 = '10000151'
union all
select a1.col1
, to_date('01/01/1900','mm/dd/yyyy') row_eff_date
, trunc(a1.col2) row_term_date
from table1 a1
where a1.tblnm = 'INPUT_TABLE'
and a1.clmnnm = 'INPUT_COL'
and a1.col1 = '10000151'
and (a1.col1, a1.col2) IN
(select octl1.col1, min(octl1.col2)
from table1 octl1
where octl1.tblnm ='INPUT_TABLE'
and octl1.clmnnm ='INPUT_COL'
group by octl1.col1
)
-- Inline view ends.
) v
where
(
trunc(v.row_eff_date) > to_date('03/14/2004','MM/DD/YYYY') OR
trunc(v.row_term_date) = to_date('12/31/2999','MM/DD/YYYY')
)
If I run inline view on its own, it returns 3 records.
COL1 ROW_EFF_DAT ROW_TERM_DA
------------ ----------- -----------
10000151 01-jan-1900 13-dec-2002
10000151 13-dec-2002 23-jan-2003
10000151 23-jan-2003 31-dec-2999
If I run t
he entire sql, it suppose to return the following record.
COL1 ROW_EFF_DAT ROW_TERM_DA
------------ ----------- -----------
10000151 23-jan-2003 31-dec-2999
But, the query returns the following two records which is wrong.
COL1 ROW_EFF_DAT ROW_TERM_DA
------------ ----------- -----------
10000151 13-dec-2002 23-jan-2003
10000151 23-jan-2003 31-dec-2999
Did anybody experience this before. I kind of remember that it is something
to do with analytical function but I can not recall.
For the purpose of testing, when I created a table out of inner sql and
used that table in the inner query, it works fine. The DB is 8.1.7.4 on
Hp-unix v11. I also opened a TAR and will update the status to the List.
Thanks in advance.
Best regards,
Prasad
**
***********************************************************************
PRIVILEGED AND CONFIDENTIAL: This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary, confidential
and/or privileged information. If you are not the intended recipient, any
use, copying, disclosure, dissemination or distribution is strictly
prohibited. If you are not the intended recipient, please notify the sender
immediately by return e-mail, delete this communication and destroy all
copies.
*************************************************************************
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freeli
sts.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@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@freelists.org
put 'unsubscribe' in the subject lin
e.
--
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@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 Thu Mar 18 2004 - 22:34:48 CST