-
Notifications
You must be signed in to change notification settings - Fork 699
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
CTAS x data source x cross-account x structured fields #1034
Comments
Thanks for opening this! Let me check whether those limitations are still in place. They are enforced by wrangler but it might be something changed since the last time we reviewed this. |
Hi @kepler - apologies for the long wait. Good news - you should be able to use UNLOAD #1015 #1038 instead of CTAS. You can try it out by installing from the
I just did a quick cross-account test and it worked fine. The feature is expected to be available in the next release. |
Hello. Thanks for AWS wrangler. We've starting using it not long ago and it's really helpful. However, I've hit a roadblock, for which I'd appreciate some guidance.
This is our current setup:
All populated using awswrangler.
Our data has some columns/fields that are lists.
Now the service account reading this data (
wr.athena.read_sql_query
) got migrated to a different AWS account id. We configured cross-account access (ref).And now we've hit a dead end because to access the data we have to specify a
data_source
, but when we do, we cannot useCTAS
, which prevents fetching the columns with lists.So my question is: how can we solve both at the same time? That is, to avoid the deadlock of
and
?
Is there any other better and simple approach for cross-account catalog access? (compatible with awswrangler?)
(This is related to #426, but in our case
DeleteTable
permission is not the blocker.)Thanks for any advice.
The text was updated successfully, but these errors were encountered: