当源查看列更改时，如何防止DBT重建增量表？

Question

我们在DBT中具有以下结构：

[events (view), with column1, column2, column3]‒‒‒>[incremental1, using column1 from events]
                                             |
                                             |
                                             └‒‒‒‒>[incremental2, using column2 from events]

在我们的连续集成设置中，我们运行dbt运行 - 模型状态：修改+，以避免运行在PR中未更改的模型。但是，问题在于，如果我们在中更改column3在events（例如重命名IT），则两个增量表，crememental1和/code>将进行完全重建，这可能需要花费太长的时间，有时甚至一整天。请注意，由于不以任何方式使用更改的列，因此这两个增量表实际上都会受到其源的更改的影响。

有没有办法避免重建这些模型，同时也不必运行所有其他模型（这是简单的dbt Run会做的）？

一些其他详细信息：

• 我们的DBT版本是1.0，
• 我们的数据仓库引擎是雪花，
• 我们的增量策略是'delete+insert'

Answer 1

dbt Run采用- Dublude选项；您可以按名称排除那些长期运行的桌子，也可以标记它们。显然，这承担了自己的风险和维护负担。

另一个选择是在开发或CI运行中过滤这些大表中的记录，以便它们更快地构建。您可以将类似的内容添加到增量模型中：

{% if target.name != 'prod' %}
where updated_at > current_timestamp() - interval '30 days'
{% endif %}