Skip to content

Conversation

@binshi-bing
Copy link
Contributor

What does this PR do?

Which problem(s) does it fix and how? What does this PR add?

Where should the reviewer start?

Explain what should be set-up first in order to get the review started. Which page has to be viewed etc.

How should this be manually tested?

  • Write down all
  • the steps a person
  • needs to take to test it.

Documents

Screenshots (if appropriate)

If this PR changes something that concerns UI changes, please post before and after screenshots here.

Other documents

If you have any documents that have anything to do with this PR.

Who should be notified?

  • Write down the name/department this branch needs
  • to be communicated to
  • Check the box(es) to indicate that it has been
  • communicated (add the label)

What should happen on deployment? (check all that apply)

  • The usual steps.
  • There are database changes, which should be run.
  • There are files that should be manually uploaded.

Questions:

  • Does this require a blog post?
  • Does this require a knowledge base update?
  • Does support need training for this?
  • Does this has to be communicated to partners?

Bin added 2 commits April 8, 2019 15:57
… wrong result when two key ranges have the same upper bound values but one is inclusive and another is exclusive
@binshi-bing
Copy link
Contributor Author

@twdsilva @dbwong @yanxinyi

Copy link
Contributor

@dbwong dbwong left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good, sorry I wasn't clear what I meant when i said boundaries couldn't be size 0. What I meant was that the elements of boundaries, the individual byte[]'s those cannot be length 0. And maybe add a comment to that.

@binshi-bing
Copy link
Contributor Author

Looks good, sorry I wasn't clear what I meant when i said boundaries couldn't be size 0. What I meant was that the elements of boundaries, the individual byte[]'s those cannot be length 0. And maybe add a comment to that.

OK, I'll a comment.

Copy link
Contributor

@twdsilva twdsilva left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice work, just had one minor comment.

* @param keyRanges
* The key ranges to split along the given boundaries. Coalesced.
* @return
* List<Pair<RangeIndex, Query Key Range List in this range>>.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should this be List<Pair<BoundaryIndex, Query Key Range List in this boundary>> ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@twdsilva , N boundaries split the key space into N+1 ranges. Here each pair is the index of of such a range and the query key ranges belongs to that range. Probably still use <RangeIndex, Query Key Range List in the range>? Let me add more comment and you can decide how it will be more accurate.

@twdsilva
Copy link
Contributor

+1, can you please squash your changes and I will get this committed.

Change the return type of splitKeyRangesByBoundaries() from List<KeyRange> to List<Pair<Integer, List<KeyRange>>>.
Handled feedback.
@binshi-bing
Copy link
Contributor Author

binshi-bing commented Apr 19, 2019

@twdsilva, just squashed. Could you check what I did is correct?

@twdsilva twdsilva merged commit b16ef0a into apache:phoenix-stats Apr 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants