Skip to content

Conversation

vahidlazio
Copy link
Contributor

No description provided.

@vahidlazio vahidlazio marked this pull request as ready for review September 19, 2025 09:48
…is the algorithm to discover missing materializations and resolve
@vahidlazio vahidlazio changed the title Update resolve proto Support for resolving sticky assignments Sep 22, 2025
Copy link
Contributor

@andreas-karlsson andreas-karlsson left a comment

Choose a reason for hiding this comment

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

This implementation is more complex than I would like. It occurred to me. The so called discovery mode, where we find out what materializations are necessary, isn't it wasteful to do this on the resolve path? We should be able to do this once whenever we get a new state?

I also think this could be a lot simplified after we switch to resolving flags one by one?

I also wonder about the optimisation. Will we let customers decide or should we decide which sticky mode to use?

Copy link
Contributor

@andreas-karlsson andreas-karlsson left a comment

Choose a reason for hiding this comment

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

Some tests?

Comment on lines +658 to +660
ResolveResult::MissingMaterializations(_) => {
Err("sticky assignments is not supported".to_string())
}
Copy link
Contributor

Choose a reason for hiding this comment

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

Is this what we want? I.e. you can't ignore sticky? I thought we could. But if not I guess there is no need for a separate resolve_with_sticky fn?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

in this case we fallback to the default value.

Copy link
Contributor

@andreas-karlsson andreas-karlsson left a comment

Choose a reason for hiding this comment

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

Left three comments, but none of them are really important, so approved.

@vahidlazio vahidlazio merged commit a180d2e into main Sep 30, 2025
6 checks passed
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.

2 participants