-
Notifications
You must be signed in to change notification settings - Fork 610
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(duckdb): set secrets via SecretsManager #9740
Comments
Wonder if we could also or instead of |
This is something that came up for me recently! I used the Other backends, like Snowflake and Microsoft SQL Server, support creating SECRET/CREDENTIAL, but they are used slightly differently than the DuckDB implementation.
I share this in hopes that it may help determine a method name or if this should be supported via kwargs on connect instead. 💭 |
is .raw_sql still our only option for any S3 secrets? |
@cboettig -- no, DuckDB currently uses the AWS SDK for authentication, but it can be a bit spotty in what is supported. The most reliable way is to set access key, secret key and (critically) region/default region via environment variables. |
@gforsyth thanks! sorry I don't entirely follow. e.g. this works (bucket is public, should be reproducible):
but is quite verbose and not particularly pythonic. I wasn't clear how to do this with env vars. What's the best way to do this in ibis at the moment? |
Hey @cboettig ! I thought you were thinking of secrets for accessing private buckets, in which case, usually setting these environment variables does the trick: https://docs.aws.amazon.com/cli/v1/userguide/cli-configure-envvars.html However, while there is |
@gforsyth Thanks for the reply! yeah, looks like we're stuck. The AWS SDK supports |
Discussed in #9633
Originally posted by andersbogsnes July 18, 2024
Now that DuckDB has implemented a proper credentials manager, is there some way of supporting that through Ibis natively?
https://duckdb.org/docs/configuration/secrets_manager
Today you'd either have to go via FSSpec which is going to be slower than native Duckdb, or make sure to run a
.raw_sql('CREATE SECRET ...')
beforehand.Maybe some kind of
set_credentials
option for the backend?The text was updated successfully, but these errors were encountered: