[GitHub] [arrow-datafusion] avantgardnerio opened a new issue, #3866: TableProviderFactories need to be async and return a Result to be useful

[GitBox <gi...@apache.org>]

avantgardnerio opened a new issue, #3866:
URL: https://github.com/apache/arrow-datafusion/issues/3866

   **Is your feature request related to a problem or challenge? Please describe what you are trying to do.**
   
   In a previous PR, I added the concept of `TableProviderFactory`s, and added a test to show it was possible to do a `CREATE EXTERNAL TABLE xxx STORED AS yyy`. However, the test was a contrived scenario without the need for network access (as someone pointed out at the time). Real providers will need to do async network access and return an error if that fails.
   
   **Describe the solution you'd like**
   
   Update the trait signature to support resolution of the issues described above.
   
   **Describe alternatives you've considered**
   
   An entirely different approach where this is all static and compiled into the protocol and not extensible by third parties.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: github-unsubscribe@arrow.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org

[GitHub] [arrow-datafusion] andygrove closed issue #3866: TableProviderFactories need to be async and return a Result to be useful

[GitBox <gi...@apache.org>]

andygrove closed issue #3866: TableProviderFactories need to be async and return a Result to be useful
URL: https://github.com/apache/arrow-datafusion/issues/3866


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: github-unsubscribe@arrow.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org