-
Notifications
You must be signed in to change notification settings - Fork 16.3k
Move asset evaluation logic out of SDK #47484
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
Move asset evaluation logic out of SDK #47484
Conversation
13f856c to
b56d68e
Compare
ashb
left a comment
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.
That was quick, thanks!
|
I added an additional commit to remove db calls in |
040895a to
e44a50c
Compare
Asset evaluation is only done in the scheduler, and requires the database in various cases. It is better to split it out into a dedicated class in Airflow core.
Dependency resolution requires database calls for non-direct asset references, but we don't want that to happen in the SDK. This removes the eager resolution code so all asset aliases and refs are no longer resolved, but one only keeps a marker for itself. An additional PR will be submitted later to do the resolution. This is a part of the asset UI project that involves changes in the API anyway.
e44a50c to
d9acd62
Compare
Asset evaluation is only done in the scheduler, and requires the database in various cases. It is better to split it out into a dedicated class in Airflow core. Dependency resolution requires database calls for non-direct asset references, but we don't want that to happen in the SDK. This removes the eager resolution code so all asset aliases and refs are no longer resolved, but one only keeps a marker for itself. An additional PR will be submitted later to do the resolution. This is a part of the asset UI project that involves changes in the API anyway.
Asset evaluation is only done in the scheduler, and requires the database in various cases. It is better to split it out into a dedicated class in Airflow core.
Close #47378
Fix #47483