-
Notifications
You must be signed in to change notification settings - Fork 420
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
Feature request: lock on schemas / databases that safeguards against dropping #200
Comments
👍 for this feature. It links with an issue with the main implementation of Terraform: hashicorp/terraform#17599 I have found it all too easy to accidentally drop a table or other stateful object using Terraform. Having a way to protect against this would be amazing, and vastly increase the range of application for this provider. EDIT: I would extend this request to also cover stateful objects like tables at the least. |
Instead of waiting for the terraform issue to be completed, Can something be implemented in the Snowflake provider that protects against this? There is a similar issue in the Confluent provider (confluentinc/terraform-provider-confluent#79) and an abstract proposed solution that references what the Google provider does with permalink to the resource schema: https://github.com/hashicorp/terraform-provider-google/blob/ed4ffec8dc53d4330bfc2d1677a311a5b847e9d4/google/resource_bigquery_table.go#L931 permalink to the logic implementation for |
We are closing this issue as part of a cleanup described in announcement. If you believe that the issue is still valid in v0.89.0, please open a new ticket. |
First of all - great TF provider.
When you want to destroy an S3 bucket, AWS will make you remove the content. This is great as you generally want this double check before removing your data. I'd gladly see that for your provider (maybe as an attribute to the resource ...)
Snowflake supports
RESTRICT
clause toDROP SCHEMA
orDROP DATABASE
. However you need to have a foreign key referencing aTABLE
in yourSCHEMA
. This boils down to the fact that you need to create such a key, luckily you can reference a table in your schema. E.g.:After this:
fails, which is what I would like to have (as an option at least.
The text was updated successfully, but these errors were encountered: