-
Notifications
You must be signed in to change notification settings - Fork 18
Changing shouldBuffer and time based window emit logic #24
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
Conversation
* buffer the results in the Join stage for a bit for each window as results trickle in. The issue with the latter | ||
* approach is that you will slowly add the buffer time to the duration of your windows in your Join stage and | ||
* eventually you will get two windows in one. The former approach does not have this problem. However, that approach | ||
* could lead you to drop results for record based windows due to the result. To solve these, you should buffer |
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.
How about However, that approach could lead to results sent immediately from the filter stage being dropped in the join stage if the query is still being delayed.
* could lead you to drop results for record based windows due to the result. To solve these, you should buffer | ||
* the final results for all queries for whom {@link #shouldBuffer()} is true. And you can use the negation of | ||
* {@link #shouldBuffer()} to find out if this kind of query can be started after a bit of delay. This delay will | ||
* ensure that results from the Filter phase always start for time based windows. To aid you in doing this, you can |
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 sentence This delay will ensure that results from the Filter phase always start for time based windows.
is a little confusing. Did you mean something like This delay will ensure that results from the filter phase are collected in their entirety before emitting from the join phase.
?
Code changes look great. I just had a couple suggestions for comments. 👍 |
No description provided.