[
https://issues.apache.org/jira/browse/HBASE-5139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zhihong Yu updated HBASE-5139:
------------------------------
Comment: was deleted
(was: -1 overall. Here are the results of testing the latest attachment
http://issues.apache.org/jira/secure/attachment/12510074/5139-v2.txt
against trunk revision .
+1 @author. The patch does not contain any @author tags.
+1 tests included. The patch appears to include 3 new or modified tests.
+1 javadoc. The javadoc tool did not generate any warning messages.
-1 javac. The patch appears to cause mvn compile goal to fail.
-1 findbugs. The patch appears to cause Findbugs (version 1.3.9) to fail.
+1 release audit. The applied patch does not increase the total number of
release audit warnings.
-1 core tests. The patch failed these unit tests:
Test results:
https://builds.apache.org/job/PreCommit-HBASE-Build/720//testReport/
Console output: https://builds.apache.org/job/PreCommit-HBASE-Build/720//console
This message is automatically generated.)
> Compute (weighted) median using AggregateProtocol
> -------------------------------------------------
>
> Key: HBASE-5139
> URL: https://issues.apache.org/jira/browse/HBASE-5139
> Project: HBase
> Issue Type: Sub-task
> Reporter: Zhihong Yu
> Assignee: Zhihong Yu
> Attachments: 5139-v2.txt
>
>
> Suppose cf:cq1 stores numeric values and optionally cf:cq2 stores weights.
> This task finds out the median value among the values of cf:cq1 (See
> http://www.stat.ucl.ac.be/ISdidactique/Rhelp/library/R.basic/html/weighted.median.html)
> This can be done in two passes.
> The first pass utilizes AggregateProtocol where the following tuple is
> returned from each region:
> (partial-sum-of-values, partial-sum-of-weights)
> The start rowkey (supplied by coprocessor framework) would be used to sort
> the tuples. This way we can determine which region (called R) contains the
> (weighted) median. partial-sum-of-weights can be 0 if unweighted median is
> sought
> The second pass involves scanning the table, beginning with startrow of
> region R and computing partial (weighted) sum until the threshold of S/2 is
> crossed. The (weighted) median is returned.
> However, this approach wouldn't work if there is mutation in the underlying
> table between pass one and pass two.
> In that case, sequential scanning seems to be the solution which is slower
> than the above approach.
--
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
