[ 
https://issues.apache.org/jira/browse/PHOENIX-1312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15061363#comment-15061363
 ] 

James Taylor commented on PHOENIX-1312:
---------------------------------------

Thanks for the updates, [~ram_krish]. Here's some feedback:
- We still want to favor the empty column family if it's referenced in the 
where clause. How about creating a Set<byte[]> from the List<byte[],byte[]> 
whereConditions and passing this into getGuidePosts() instead of the List? Then 
you can first check for the empty column family in the Set and use that if it's 
there. Otherwise, you'd get the first element in the Set and use that. No need 
to check for existence in the scan.getFamilyMap().
- For the tests, we need to know that the non empty column family stats where 
used. We're currently only checking how many guideposts there are which isn't a 
definitive check. One easy way would be to put different sized values in the 
columns in each column family - that way they'll have a different number of 
guideposts so we can at least infer we're using the non empty column family 
stats.


> Do not always project the empty column family
> ---------------------------------------------
>
>                 Key: PHOENIX-1312
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-1312
>             Project: Phoenix
>          Issue Type: Bug
>            Reporter: James Taylor
>            Assignee: ramkrishna.s.vasudevan
>             Fix For: 4.7.0
>
>         Attachments: PHOENIX-1312_1.patch, PHOENIX-1312_v2.patch, 
> PHOENIX-1312_v3.patch, Phoenix-1312.patch
>
>
> Often times, we don't need to, but it seems we always are. See 
> MultiCfQueryExecIT.testGuidePostsForMultiCFs() where we run a query like this:
> {code}
> SELECT count(*) FROM multi_cf WHERE e.cpu_utilization IS NOT NULL
> {code}



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

Reply via email to