You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
data"snowflake_views""database_schema_views" {
in {
database="DATABASE_ABC"schema="SCHEMA_XYZ"
}
}
Category
category:data_source
Object type(s)
No response
Expected Behavior
All views under that schema/database to be returned
Actual Behavior
╷
│ Error: Invalid combination of arguments
│
│ with data.snowflake_views.database_schema_views,
│ on snowflake_views.tf line xx, in data "snowflake_views" "database_schema_views":
│ 209: schema = "SCHEMA_XYZ"
│
│ "in.0.schema": only one of `in.0.account,in.0.database,in.0.schema` can be
│ specified, but `in.0.database,in.0.schema` were specified.
Steps to Reproduce
Run terraform plan with the above configuration
How much impact is this issue causing?
Low
Logs
No response
Additional Information
We're in the middle of migrating our Snowflake Terraform provider from 0.93.0 to 0.97.0. In 0.93.0, we were able to specify something like this to return all views under a schema/database-
According to the migration guide, the behaviour should have been maintained by using the in clause instead. However, when we run a terraform plan, we get the following error-
╷
│ Error: Invalid combination of arguments
│
│ with data.snowflake_views.database_schema_views,
│ on snowflake_views.tf line xx, in data "snowflake_views" "database_schema_views":
│ 209: schema = "SCHEMA_XYZ"
│
│ "in.0.schema": only one of `in.0.account,in.0.database,in.0.schema` can be
│ specified, but `in.0.database,in.0.schema` were specified.
How would we be able to maintain the previous behaviour/state?
Would you like to implement a fix?
Yeah, I'll take it 😎
The text was updated successfully, but these errors were encountered:
Terraform CLI Version
1.9.8
Terraform Provider Version
0.97.0
Company Name
Coveo
Terraform Configuration
Category
category:data_source
Object type(s)
No response
Expected Behavior
All views under that schema/database to be returned
Actual Behavior
Steps to Reproduce
Run terraform plan with the above configuration
How much impact is this issue causing?
Low
Logs
No response
Additional Information
We're in the middle of migrating our Snowflake Terraform provider from
0.93.0
to0.97.0
. In0.93.0
, we were able to specify something like this to return all views under a schema/database-According to the migration guide, the behaviour should have been maintained by using the
in
clause instead. However, when we run a terraform plan, we get the following error-How would we be able to maintain the previous behaviour/state?
Would you like to implement a fix?
The text was updated successfully, but these errors were encountered: