sqb dbt lineage traces dependencies across the combined dbt and SQLBuild graph. Point it at a column to see exactly where that column’s values come from (or go), through every intermediate model. Point it at a model for the model-level dependency graph. It compiles your dbt project, reads the manifest, and analyzes the SQL, so lineage works whether a node is a dbt model or a SQLBuild model.
Column lineage
Target a column withresource:column (a colon between the model and the column name):
expression for a computed column). This works across the dbt/SQLBuild boundary: a SQLBuild column that reads from a dbt model via __dbt_ref traces straight into the dbt model’s columns.
Use --direction downstream to trace the other way (every column that is derived from this one):
--direction upstream (default) or downstream. It does not support both, the same restriction as the native sqb lineage command.
The dbt column target uses a colon:
model:column. The native sqb lineage command uses a dot: model.column. The dbt command uses a colon because dbt model and package references already use dots.Model lineage
Target a model (no colon) for the model-level dependency graph:--direction both, which shows upstream and downstream in one view:
Options
| Flag | Description |
|---|---|
--direction | upstream (default), downstream, or both. both is model lineage only. |
--depth | How many hops to traverse: an integer or all (default all). |
--format | tree (default), list (an edge list of a -> b pairs), or json. |
--no-sql-validation | Skip SQL validation while compiling the SQLBuild side. |

