-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Add support of HDFS as remote object store #1060
Comments
@yjshen could you help review the related PR and give some comments? |
@yahoNanJing, Great to see this! Previously, we have some discussions at #907. Please also check the discussions there for more backgrounds. |
Besides, I have a partially implemented repo for native HDFS Rust binding, based on libhdfs3 originates from HAWQ. It will be great we can cooperate to make this happen. https://github.com/yjshen/hdfs-native |
Per discussions in #907, a more preferable way for the community may be to put |
Agree to have a separate crate from each remote storage. Later will refine this PR and make it for the HDFS related crate. |
Great work for https://github.com/yjshen/hdfs-native. Is it available for production env? |
Obsoleted by #1062 where consensus led to this feature landing in https://github.com/datafusion-contrib/hdfs-native-object-store. |
Closing this. Thanks @drauschenbach. |
Is your feature request related to a problem or challenge? Please describe what you are trying to do.
Currently, we can only read parquet files from local file system. It would be nice to add support to read parquet files that reside on HDFS.
Describe the solution you'd like
Describe alternatives you've considered
Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered: