[
https://issues.apache.org/jira/browse/CASSANDRA-3883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13207055#comment-13207055
]
Jonathan Ellis edited comment on CASSANDRA-3883 at 2/13/12 6:41 PM:
--------------------------------------------------------------------
bq. Unfortunately if we don't start on one, I'm not sure if there's a way to
detect that we're in a wide row without making an extra rpc against the last
row seen every time.
If we can easily address this w/ some extra logic in get_paged_slice then
great, otherwise doing one extra rpc call out of (split size * pages per row in
split) doesn't seem like a big deal to me.
was (Author: jbellis):
bq. Unfortunately if we don't start on one, I'm not sure if there's a way
to detect that we're in a wide row without making an extra rpc against the last
row seen every time.
If we can easily address this w/ some extra logic in get_paged_slice then
great, otherwise doing one extra rpc call out of (split size * rows per split)
doesn't seem like a big deal to me.
> 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
>
> Attachments: 3883-v1.txt
>
>
> 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
