[Bug] Creating nonclustered indexes in a SQL Server materialized table is resulting in an orphaned clustered columnstore index #10964
Labels
adapter_plugins
Issues relating to third-party adapter plugins
bug
Something isn't working
wontfix
Not a bug or out of scope for dbt-core
Is this a new bug in dbt-core?
Current Behavior
When creating a materialized table and specifying nonclustered indexes in the config post-hook, a clustered columnstore index is created on the dbt tmp table and then the tmp table is renamed. This is resulting in our database backup failing (we use Commvault) because the clustered columnstore index is "orphaned."
Expected Behavior
We expect the clustered columnstore index to be created after the tmp table is renamed, similar to how the nonclustered indexes are created. We have tested this theory by modifying the execution steps in the
dbt.log
file and our database backup succeeds.Steps To Reproduce
Relevant log output
Environment
Which database adapter are you using with dbt?
other (mention it in "Additional Context")
Additional Context
We are using the dbt SQL Server adapter.
Sample dbt model code:
The text was updated successfully, but these errors were encountered: