-
Notifications
You must be signed in to change notification settings - Fork 42
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
feat: Add delta_scan
function
#1345
Conversation
``` 〉select * from delta_scan('./testdata/delta/table1/') order by a 〉; +---+-------+ | a | b | +---+-------+ | 1 | hello | | 2 | world | +---+-------+ ```
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.
Just some minor comments. Looks good to 🚀
# # Relative path | ||
# query IT | ||
# select * from delta_scan('./testdata/delta/table1/') order by a; | ||
# ---- | ||
# 1 hello | ||
# 2 world |
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.
Does this not work yet?
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.
So it works outside the slt tests, but for whatever reason, these sorts of relative paths don't seem to be working when running in an slt.
Supports querying delta tables from local paths, s3, and gcs. I kept the implementation separate from the other object store functions since constructing the accessor is a bit different for delta. Delta tables also only exist at one path, it doesn't make sense to support passing in more than one url.
Test data uploaded to s3 and gcs as appropriate. Currently the test data for delta consists of a single table made up of two parquet files and 3 json metadata logs.