如何配置DBT避免删除表并让非增量模型支持Snowflake Time Travel？

问题1：是否可以配置DBT使其不删除表？ #

可以通过调整模型配置和运行策略实现：

• 对于materialized: table类型的模型，默认用create or replace语句重建表，可通过自定义宏覆盖生成的SQL，替换为不删除表的写入逻辑（比如仅追加数据，需自行处理重复数据问题）
• 改用materialized: incremental类型，即使是非增量场景，也能通过incremental_strategy控制写入行为，避免删除原表结构和数据
• 运行DBT时避免使用--full-refresh参数，该参数会强制重建表，导致原表被删除

问题2：能否配置DBT采用truncate and insert方式，让Snowflake常规模型支持Time Travel？ #

可以，核心是通过自定义宏替换Snowflake适配器的默认表创建逻辑，步骤如下：

1. 在项目的macros目录下创建自定义宏（比如命名为get_create_table_as_sql），覆盖默认实现：

{% macro snowflake__get_create_table_as_sql(relation, sql, command) %}
  {% if command == 'create' %}
    truncate table {{ relation }};
    insert into {{ relation }} {{ sql }}
  {% else %}
    {{ default__get_create_table_as_sql(relation, sql, command) }}
  {% endif %}
{% endmacro %}

2. 确保目标模型的materialized设置为table，且运行时不添加--full-refresh参数
3. 替换后，truncate操作会保留Snowflake的Time Travel历史（默认保留1天），而原有的create or replace语句会重置表的Time Travel记录，因此这种方式能让常规模型支持Time Travel

内容的提问来源于stack exchange，提问作者Ezer K