You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Jan Fernando (JIRA)" <ji...@apache.org> on 2014/07/19 04:27:38 UTC

[jira] [Created] (PHOENIX-1100) Upsert Select with Sequence and Order By doesn't result in sequence getting assigned based on requested ordering

Jan Fernando created PHOENIX-1100:
-------------------------------------

             Summary: Upsert Select with Sequence and Order By doesn't result in sequence getting assigned based on requested ordering 
                 Key: PHOENIX-1100
                 URL: https://issues.apache.org/jira/browse/PHOENIX-1100
             Project: Phoenix
          Issue Type: Bug
    Affects Versions: 3.0.0, 4.0.0, 5.0.0
            Reporter: Jan Fernando


I working with Query More implementation I noticed that once we had sufficient parallelization in the SELECT portion of UPSERT...SELECT due to Salting or region splits the results were not returned in the correct order. The root cause appeared to be due to the fact that we are using sequences to build a cursor of data for our Query More implementation. What appears to be happening is that as we get the next sequence value from the SequenceManager during result processing parallel threads all increment the sequence and therefore the sequence values reflect the processing order of each iterator versus the actual order specified by the order by. The expectation is that the sequence value should reflect the requested order specified by the ORDER BY versus the processing order.



--
This message was sent by Atlassian JIRA
(v6.2#6252)