[
https://issues.apache.org/jira/browse/CASSANDRA-4775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13570079#comment-13570079
]
Jonathan Ellis commented on CASSANDRA-4775:
-------------------------------------------
bq. AVG(...) is harder, needing both the sum and item count to be stored under
the hood. Even more advanced is bitwise logical AND/OR/... on bitsets rather
than numbers, such as would allow for hyperloglog approximate cardinality
counting or other similar operations.
Not sure we'd want to support avg (since it requires extra information to be
stored, as you point out), but it would be easy to support some kind of
reduce(Iterable<Column>) with any scheme that stores per-column updates.
(Not sure we'd want to expose that directly to users though.)
> Counters 2.0
> ------------
>
> Key: CASSANDRA-4775
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4775
> Project: Cassandra
> Issue Type: New Feature
> Components: Core
> Reporter: Arya Goudarzi
> Labels: counters
> Fix For: 2.0
>
>
> The existing partitioned counters remain a source of frustration for most
> users almost two years after being introduced. The remaining problems are
> inherent in the design, not something that can be fixed given enough
> time/eyeballs.
> Ideally a solution would give us
> - similar performance
> - less special cases in the code
> - potential for a retry mechanism
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira