Skip to main content

Planning collection & permissions for collections

Plan your collections

Types of collections

First, plan the collections structure for your organization. Determine what types collections you need. For example, you can follow the following paradigm.

Create the different types of collections by following this documentation.

Table 1. Types of collections

Type

Usage

Source collections

For each collector output.

Domain collections

Organizational categories that map to the domains of your business or organization. Domain collections are likely curated by data stewards and can include subdomain collections (that is, hierarchical collections).

Glossary collections

For business glossary in the organization.



collection_type03.png

Hierarchy of collections

Plan if you want to create a flat list of collections or a hierarchy of collections. Collection hierarchy is a feature allows you to create collections within collections to better organization your resources in small logical groups under a larger umbrella.

view_collection_hierarchy.png

Plan permissions for collections

Assign View, Edit, or Manage permissions to members/user groups for the entire catalog or specific collections.

Setting granular permissions on collections helps you achieve the following business needs:

  1. Targeted management: Assign limited roles without full administrative control over the catalog.

  2. Role distribution: Separate responsibilities like managing data collection and glossary curation.

  3. Focused notifications: Ensure users receive alerts only for their tasks, directing suggestion approvals to specific groups.

  4. Selective visibility: Hide certain catalog sections selectively. Be cautious: this may disrupt user experience by blocking access to certain resources/related resources or lineage data.

    Important

    Collections, datasets, and projects have separate permission systems. Currently, datasets and projects are not part of collections.

Overview of how access control works

Levels of access

  • You can grant permissions for metadata resources at two levels:

    • Catalog level - For the entire metadata catalog: Permissions can be granted to organization groups.

    • Collection level - For a specific collection within the catalog: Permissions can be granted to groups, individual users or other organizations.

  • Supported access levels for the metadata resources at the collection level:

    collection_permissions.png
  • Supported access levels for the metadata resources at the catalog level:

When resources belong to multiple collections:

  1. If a resource belongs to two collections and you have Edit access on one collection and View access on another, you will get the highest level of access, that is, you will be able to edit the resource.

    multiple_collection01.png
  2. Likewise, if at the organization level you are granted Edit access to all catalog resources and given View access to a specific collection, you will be able to edit the collection and the resources in it.

    multiple_collection02_.png
  3. If at the organization level you are NOT granted any access to catalog resources and given View access to a specific collection, you will be able to view the collection and the resources in it.

    multiple_collection03a.png
  4. Also note that when you have access to tables through a collection, you automatically get access to the columns for those tables, even if the columns are not part of the same collection.

    multiple_collection_table_colm.png

When you have collection hierarchy setup:

  1. If you have View access to the parent collection and no access to the child collection, you will be able to see both the parent collection and the child collection and resources in both the collections.

  2. However, if you do not have access to the parent collection, but can View the child collection in it, you will be able to view only the child collection and the resources in it. You will not have access to the parent collection or any resources in that parent collection.

    On the child collection page, you will see that the collection has a parent, but that parent will not be something you can view. Clicking on the parent from the child collection will display a page not found error (a 404 page) with a notice that the user may not have access to the resource they are trying to visit.

  3. If a collection has two child collections, and you have View access to the parent collection and Edit access to only one child collection, you will be able to view the parent collection and both child collections, but you will be able to only edit the collections (and the resources in it) for which you have Edit access.

    nested_collection.png

Watch this video for an overview of how access control works: