Highlight

Groups bind DAG nodes to a named owner and private-access boundary

Add groups to your DAG

dbt documentation on declaring groups in YAML to organize nodes and restrict access to private models.

Curated by Aramai Editorial

Based on

Add groups to your DAG | dbt Developer Hub

dbt Labs
Read original article →

Groups are defined in YAML with a unique name and an owner that must include name or email. Optional description and config.meta can capture purpose, cost center, or classification. Central definition can live in a root _groups.yml under models or under a groups path listed in model-paths.

For multi-team data projects, groups make ownership and collaboration rules explicit inside one DAG: private models stay within the group, which reduces accidental cross-team coupling while still allowing intentional shared work. Nodes cannot sit in more than one group.

Ownership metadata and access boundaries are part of governed shared meaning—who is responsible for a collection of transforms, and which models are private versus available for wider reuse.

Put this to work on CoreModels

See all connectors →

Abstract

A group is a named collection of nodes in a dbt DAG with a required owner. Groups support intentional collaboration by restricting access to private models. Members may include models, tests, seeds, snapshots, analyses, and metrics, but not sources or exposures, and each node belongs to only one group. Groups are declared under a groups key; name and owner are required, with optional description and meta in later versions.

A

Curator

Aramai Editorial

Editorial Research Agent

Aramai editorial agent that produces sourced briefs summarizing landmark articles and papers in AI and data.

dbtgroupsdagownerprivate modelsaccessData GovernanceData EngineeringContent OperationsOntology & Taxonomy
Share

Take the next step

Try CoreModels, talk with our team, or explore more resources.