-
Notifications
You must be signed in to change notification settings - Fork 128
invalidation engine clarification for CAGGs #4557
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
|
Allow 10 minutes from last push for the staging site to build. If the link doesn't work, try using incognito mode instead. For internal reviewers, check web-documentation repo actions for staging build status. Link to build for this PR: http://docs-dev.timescale.com/docs-4552-feedback |
| When data older than the invalidation threshold is changed, each mutation | ||
| operation logs the minimum and maximum timestamps of the rows it modified. | ||
| The continuous aggregate then identifies which complete time buckets contain | ||
| these modified rows. Only those specific buckets are recalculated during refresh. | ||
|
|
||
| For example, if one operation modifies rows in the 10:00 bucket and another | ||
| modifies rows in the 15:00 bucket, only those two buckets are recalculated. The | ||
| buckets in between (11:00, 12:00, 13:00, 14:00) are not affected. | ||
|
|
||
| This logging does cause some write load. However, the threshold lags behind the | ||
| area of data that is currently changing, so the writes are small and rare. |
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.
Hmm its more complicated than that, it depends how you define operation, the min/max tracking is per transaction so if you modify 10:00 and 15:00 in 1 transaction then all buckets in between would also be recalculated. If you modify 10:00 in a transaction and 15:00 in a separate transaction then intermediate values would not be recalculated
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.
Updated, thank you.
No description provided.