phoenix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James Taylor (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (PHOENIX-2903) Handle split during scan for row key ordered aggregations
Date Thu, 09 Jun 2016 15:01:21 GMT

     [ https://issues.apache.org/jira/browse/PHOENIX-2903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

James Taylor updated PHOENIX-2903:
----------------------------------
    Attachment: PHOENIX-2903_v5_wip.patch

Parking WIP patch. I think I've come up with a simpler solution, though, where we can just
retry the query from a given point when necessary, with the exception containing any partial
state (mainly for partial aggregation). My fear with the current approach is that performance
won't be good because we'll have a merge sort with a single chunk that then delegates to another
merge sort which is meant to run in parallel.

> Handle split during scan for row key ordered aggregations
> ---------------------------------------------------------
>
>                 Key: PHOENIX-2903
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-2903
>             Project: Phoenix
>          Issue Type: Bug
>            Reporter: James Taylor
>            Assignee: James Taylor
>             Fix For: 4.8.0
>
>         Attachments: PHOENIX-2903_v1.patch, PHOENIX-2903_v2.patch, PHOENIX-2903_v3.patch,
PHOENIX-2903_v4_wip.patch, PHOENIX-2903_v5_wip.patch, PHOENIX-2903_wip.patch
>
>
> Currently a hole in our split detection code



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

Mime
View raw message