-
Notifications
You must be signed in to change notification settings - Fork 48
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 copy_grants config for Snowflake #283
Comments
I don't think we need to build this sort of functionality into the Tuva Project. This is Snowflake data eng functionality, not healthcare analytics. When we're implementing TTP on internal datasets or for customers we'll have a separate dbt project (that imports TTP) where we can add this functionality. |
I will close this out then. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Summary:
Tables and views that have been replicated for a Snowflake share will drop from the share when the table/view is refreshed in dbt. A
copy_grants
config needs to be added to prevent this from happening. If this config is added to thedbt_project.yml
then all models, including in packages, will be given the correct permissions to they don't drop from the share.Point to discuss with the team:
Should we add
+copy_grants: true
to the Tuva Project?dbt_project.yml
for your other (non package) modelsCurrent behavior:
Re-running a dbt project will refresh the data and update the drop tables and views that have been refreshed from a replicated Snowflake share.
Expected behavior:
Re-running a dbt project will refresh the data and update the tables and views that have been replicated for a Snowflake share.
The text was updated successfully, but these errors were encountered: