Description
When using dbt-starrocks 1.7.0 with StarRocks 3.3.x, the adapter generates incorrect SQL for materialized views, mixing DROP TABLE and CREATE MATERIALIZED VIEW syntax.
Environment
- dbt-starrocks: 1.7.0
- StarRocks: 3.3.x
- Working fine with StarRocks 3.2.11-1.79-1.6.5
Steps to Reproduce
Create a dbt model with materialized view config:
{{
config(
materialized='materialized_view',
comment='Example materialized view'
)
}}
SELECT * from {{ ref('source_table') }}
Run dbt
Current Behavior
The adapter generates incorrect SQL:
drop table if exists `schema`.`model_name` cascade;
create materialized view `schema`.`model_name` refresh manual
as
SELECT * from `schema`.`source_table`;
- SHOULD NOT DROP TABLE
- 'cascade' keyword not support in starrocks
Additional Context
This issue only occurs with StarRocks 3.3.x
Works correctly with StarRocks 3.2.11
The generated SQL mixes table and materialized view operations, which is incorrect syntax
Let me know if you need any additional information or clarification.
Description
When using dbt-starrocks 1.7.0 with StarRocks 3.3.x, the adapter generates incorrect SQL for materialized views, mixing DROP TABLE and CREATE MATERIALIZED VIEW syntax.
Environment
Steps to Reproduce
Create a dbt model with materialized view config:
Run dbt
Current Behavior
The adapter generates incorrect SQL:
Additional Context
This issue only occurs with StarRocks 3.3.x
Works correctly with StarRocks 3.2.11
The generated SQL mixes table and materialized view operations, which is incorrect syntax
Let me know if you need any additional information or clarification.