Skip to content

feat: upgrade to datafusion 42 and arrow 53 - #59

Merged
nathanielc merged 3 commits into
datafusion-contrib:mainfrom
nathanielc:datafusion-42
Sep 19, 2024
Merged

feat: upgrade to datafusion 42 and arrow 53#59
nathanielc merged 3 commits into
datafusion-contrib:mainfrom
nathanielc:datafusion-42

Conversation

@nathanielc

Copy link
Copy Markdown
Collaborator

Both datafusion and arrow had recent releases. This change updates the code to used those new versions.

The biggest changes were related to rewriting table scans in expressions as Expr::Sort was removed and options were added to Expr::Wildcard.

Finally, I did a little cleanup of workspace dependencies as a few were duplicated across the various members.

@nathanielc

Copy link
Copy Markdown
Collaborator Author

Context on removing Expr::Sort apache/datafusion#12177

@@ -1,2405 +0,0 @@
# This file is automatically @generated by Cargo.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

Note this lock file was unused as it wasn't the toplevel workspace file. Should I commit the toplevel lock file?

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

Hey @nathanielc, yes we should probably delete it and use the top-level Cargo.lock file.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

Looks like the toplevel Cargo.lock file has been explicitly ignored in the repo, as this repo only produces library crates and no binary crates that seems like a good decision. I'll leave the lock file out.

@xhwhis xhwhis mentioned this pull request Sep 19, 2024

@hozan23 hozan23 left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

Thanks @nathanielc

Comment thread Cargo.toml Outdated
async-stream = "0.3.5"
async-trait = "0.1.81"
datafusion = "42.0.0"
# XXX use the release version on crates.io

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

Could we use the crate version from crates.io here instead of the path?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

Yes, I think we should do both, otherwise the code will not be able to build locally as the server and table provider crates depend on the federation crate. I had to look it up to refresh my memory, see https://doc.rust-lang.org/cargo/reference/specifying-dependencies.html#local-paths-in-published-crates. In short when using both path and version, cargo uses the path when building locally and the version when publishing to the registry.

Both datafusion and arrow had recent releases. This change updates the
code to used those new versions.

The biggest changes were related to rewriting table scans in expressions
as Expr::Sort was removed and options were added to Expr::Wildcard.

Finally, I did a little cleanup of workspace dependencies as a few were
duplicated across the various members.
@nathanielc
nathanielc merged commit 6717bd7 into datafusion-contrib:main Sep 19, 2024
@nathanielc
nathanielc deleted the datafusion-42 branch September 19, 2024 14:52
@nathanielc

Copy link
Copy Markdown
Collaborator Author

@hozan23 Thanks for the quick review. Is there a process for cutting new releases of this repo? Seems like it would be good to publish a 0.3.0, since its a breaking change to use a new version of datafusion.

@hozan23

hozan23 commented Sep 23, 2024

Copy link
Copy Markdown
Collaborator

@hozan23 Thanks for the quick review. Is there a process for cutting new releases of this repo? Seems like it would be good to publish a 0.3.0, since its a breaking change to use a new version of datafusion.

Thanks @nathanielc, just published 0.3.0 version.

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