About resource binding and inclusion

Resource bindings let you link data assets and projects to a data domain to organize them within your domain hierarchy. You can then manage domain membership at scale through automatic inheritance and explicit overrides.

About resource binding and inclusion

Understanding resource management in data domains involves two key concepts:

  • Binding: When you bind a resource to a domain, you create a link between the resource and the data domain. You can bind individual resources, such as tables, datasets, and data products, or entire projects.
  • Inclusion: The membership that results from binding the resource to a domain. When a container resource, such as a project or dataset, is included in a domain, all of its descendants automatically inherit inclusion in that domain.

Inheritance and overrides

Resource inclusion follows hierarchical inheritance rules:

  • Automatic inheritance: If you include a dataset or a project in a domain, this means that all assets under this dataset or project are also included in the domain, unless you explicitly override this setting.
  • Explicit overrides: Specific lower-level bindings take precedence over inherited parent assignments. If a child resource is explicitly bound to a different domain, that explicit binding overrides its inherited parent domain assignment.

Example: If a project containing two datasets (dataset_1 and dataset_2) is bound to the Finance domain, both datasets inherit inclusion in Finance. However, if dataset_2 is explicitly bound to the Marketing domain, dataset_2 belongs to Marketing, while dataset_1 remains in Finance.

Diagram illustrating the difference between data domain resource binding and inclusion inheritance override Diagram illustrating the difference between data domain resource binding and inclusion inheritance override.
Figure 1. Data domain resource binding versus inherited inclusion (click to enlarge)

What's next