[ 
https://issues.apache.org/jira/browse/PHOENIX-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Kevin Liew updated PHOENIX-3530:
--------------------------------
    Comment: was deleted

(was: This may have been fixed in 4.7.0 by PHOENIX-2643. Can you reproduce this 
with a newer version?)

> Queries with 'like/wildcard %' in the predicate not returning all rows
> ----------------------------------------------------------------------
>
>                 Key: PHOENIX-3530
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-3530
>             Project: Phoenix
>          Issue Type: Bug
>    Affects Versions: 4.4.0
>         Environment: Red Hat Enterprise Linux Server release 6.5
>            Reporter: Duane Lupinski
>            Assignee: Kevin Liew
>
> Here is the background: 
> This query returns back 18 rows:
> {code:sql}
> select rowkey_i, evt_d, rawevt_fk from tep_own.event_trace where rowkey_i 
> like '2016102709%CSXT000102%_GPS_ATS'; 
> {code}
> If I look at the unique rawevt_fks it returns back 6 unique rows 
> {code:sql}
> select distinct rawevt_fk from tep_own.event_trace where rowkey_i like 
> '2016102709%CSXT000102%_GPS_ATS'; 
> {code}
> If I query the table with a wildcard it returns back only 2 rows when it 
> should be 5 (one of the 6 has a row key with the hour as 08 instead of 09)
>  
> {code:sql}
> select * from tep_own.raw_event where rowkey_i like 
> '2016102709%_CSXT000102_GPS_ATS'; 
> {code}
> If I query one of those rows comparing the rowkey directly using the equals 
> sign I get the row back as I should. 
> {code:sql}
> select * from tep_own.raw_event where rowkey_i = 
> '20161027095735327_CSXT000102_GPS_ATS'; 
> {code}
> However, if I do the same query with a wildcard nothing comes back: 
> {code:sql}
> select * from tep_own.raw_event where rowkey_i like 
> '20161027095735327_CSXT000102_GPS_%'; 
> {code}
> If I use the in clause to list each of the rawevt fks all rows are returned:
>  
> {code:sql}
> select * from tep_own.raw_event where rowkey_i in 
> ( '20161027085735178_CSXT000102_GPS_ATS', 
> '20161027091035210_CSXT000102_GPS_ATS', 
> '20161027092736742_CSXT000102_GPS_ATS', 
> '20161027093835903_CSXT000102_GPS_ATS', 
> '20161027094724722_CSXT000102_GPS_ATS', 
> '20161027095735327_CSXT000102_GPS_ATS') ; 
> {code}
> So, it looks like the data is there as long as you query it directly without 
> using a wildcard. When using a wildcard we are getting mixed results in what 
> is returned.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to