New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HBASE-25193: Add support for row prefix and type in the WAL Pretty Printer #2555
Conversation
ce592e9
to
26d9b46
Compare
@bharathv @virajjasani @wchevreuil Can you please review this? |
🎊 +1 overall
This message was automatically generated. |
🎊 +1 overall
This message was automatically generated. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is great, but I wonder if we should have it as an extra option, rather then modifying the current filter for exact equality. That way, we wouldn't break compatibility and we would have extra flexibility for scenarios where it might still be interesting to check for the exact row key.
@wchevreuil I believe the nature of prefix doesn't break the backward compatibility. If some one wants exact match just pass the full key in this option as prefix. |
I was taking look at #2556 , @sandeepvinayak it looks like you mentioned If we want to go with this current approach (I think it might be enough to have single option), we can document option description to ensure user understands that |
It's not the same, if I have a dataset where rowkeys can be 'a', 'aa', 'aaa' and so on, but I want to find only the edits for rowkey 'a', the |
I think we should better provide another option. It's true that we don't want more rows than we are asking for. |
💔 -1 overall
This message was automatically generated. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's wait for a clean precommit before merging.
@@ -101,7 +107,7 @@ | |||
* Basic constructor that simply initializes values to reasonable defaults. | |||
*/ | |||
public WALPrettyPrinter() { | |||
this(false, false, -1, new HashSet<String>(), null, null, false, false, System.out); | |||
this(false, false, -1, new HashSet<String>(), null, null, null, false, false, System.out); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think its time to use builder pattern for this, its getting annoyingly long (perhaps in another patch).
🎊 +1 overall
This message was automatically generated. |
…inter Closes #2555 Signed-off-by: Wellington Chevreuil <wchevreuil@apache.org> Signed-off-by: Bharath Vissapragada <bharathv@apache.org> Signed-off-by: Duo Zhang <zhangduo@apache.org> Signed-off-by: Viraj Jasani <vjasani@apache.org>
Currently, the WAL Pretty Printer has an option to filter the keys with an exact match of row. However, it is super useful sometimes to have a row key prefix instead of an exact match.
The prefix can act as a full match filter as well due to the nature of the prefix.
Additionally, we are not having the cell type in the WAL Pretty Printer in any of the branches.