-
Notifications
You must be signed in to change notification settings - Fork 1k
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
fix: Invalid column names in get_historical_features when there are field mappings on join keys #4886
base: master
Are you sure you want to change the base?
Conversation
9c6ca6e
to
b0a70ac
Compare
Thanks for your contribution! |
I added issue #4889 for this. |
Do you mind rebasing? I fixed an issue so after you rebase it should go away. |
b0a70ac
to
84c355f
Compare
I've rebased, but the tests are still failing due to other errors with Keycloak. |
Can you rebase again? Sorry I reverted my most recent change. 😅 |
Signed-off-by: Aloysius Lim <[email protected]>
Signed-off-by: Aloysius Lim <[email protected]>
Signed-off-by: Aloysius Lim <[email protected]>
84c355f
to
9b60d43
Compare
What this PR does / why we need it:
When there are field mappings on an entity's join keys,
get_historical_features()
fails because it does not use the original column name in the data source.This is needed when the source data cannot be modified, and a field mapping is used to map the source data's column to the join key.
Example:
Without this fix (Spark example):
Underlying Spark query:
With this fix, the field mapping is respected and the query becomes:
Which issue(s) this PR fixes:
#4889
Misc
This only works if the entity join key is specified in the schema of the FeatureView (see above).