Run Types

On this page

Values

Run typeTriggerKinds
skipHash unchanged, no dep changes, no @fetchnon-fetch table only
backfillHash changed, first run, config changedAll
incrementalHash unchanged, source data may have changedappend, merge, scd2, tracked
fullUpstream dep changed, dep metadata missing/invalid, destructive schema evolution, OR @kind: table @fetch (always re-fetches)table

Hash inputs

The run-type hash includes: SQL body, @kind, @unique_key, @group_key, @partitioned_by, @incremental, @incremental_initial, and SHA256 of all config/*.sql files.

What executes per run type

Stepskipbackfillincrementalfull
SQL executionnofull queryCDC-filtered (append/merge) or full query (other kinds)full query
Schema evolutionnoyesyesyes
Constraintsnoyesyesyes
Auditsnoyes (transactional)yes (transactional)yes (transactional)
Materializenoyesyesyes
Sinkbacklog onlyyesyesyes
Commit metadatanoyesyesyes

Sink on skip

When a model is skipped but has @push, the runner still drains the pending state-store backlog from previous failed pushes. No new delta is generated.

Incremental kwargs

On backfill: is_backfill=True, last_value reset to @incremental_initial. On incremental: is_backfill=False, last_value is MAX(cursor_column) from target.