[
https://issues.apache.org/jira/browse/CASSANDRA-3883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13206888#comment-13206888
]
Brandon Williams commented on CASSANDRA-3883:
---------------------------------------------
My original description here is incorrect; I can't repro the 198 count (not
sure what happened there) but now the wide row tests counts 1033 'word1' items.
As far as I can tell, WordCountSetup actually inserts a total of 2002 'word1'
matches, one in each of text1 and text2, and a thousand in each of text3 and
text4. I'm not sure what is causing the count discrepancy, but in any case
1033 is far above the batch size of 99, and and the 4th word count test using a
secondary index is counting 197 items, so I think something may be
fundamentally wrong with word count.
That said, I've been adding wide row support to pig and testing with that, and
the problem of not being able to completely paginate wide rows is a definite
problem.
> CFIF WideRowIterator only returns batch size columns
> ----------------------------------------------------
>
> Key: CASSANDRA-3883
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3883
> Project: Cassandra
> Issue Type: Bug
> Components: Hadoop
> Affects Versions: 1.1.0
> Reporter: Brandon Williams
> Fix For: 1.1.0
>
>
> Most evident with the word count, where there are 1250 'word1' items in two
> rows (1000 in one, 250 in another) and it counts 198 with the batch size set
> to 99.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
