-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Minor: SMJ fuzz tests fix for rowcounts #10891
Conversation
@edmondop cc |
Thanks, why does changing the threshold fix the problem? |
it doesn't fix the threshold, the method name renamed, I think it takes less than 100 right? The actual fix is how to calculate rowcounts. |
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.
); | ||
// row level compare if any of joins returns the result | ||
// the reason is different formatting when there is no rows | ||
if smj_rows > 0 || hj_rows > 0 { |
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 double checked that the assert on row count is done higher up 👍
* Fix: Sort Merge Join crashes on TPCH Q21 * Fix LeftAnti SMJ join when the join filter is set * rm dbg * Minor: Fix fuzz testing row counts
Which issue does this PR close?
Closes #10886.
Rationale for this change
The fuzz tests for filtered SMJ introduced in #10728 has a flaw when calculating the rowcounts, it fact it caculcated batches which are not always the same and led to false negatives.
What changes are included in this PR?
Are these changes tested?
Are there any user-facing changes?