In a Nextedy POWERSHEET sheet configuration, the binding path (also called column key) is the YAML key that defines each column in the columns section.
The domain model defines entity types and relationships. Sources define how to query and expand those relationships. Column binding paths define how to display the resulting data. All three layers are connected through navigation property names.
Resolution: Each key (id, title, severity, etc.) maps to a property defined in the properties section of the root entity type in the domain model. The source query from: UserNeed determines the root context.
When the domain model defines a many-to-one relationship, the direct navigation property name resolves to a single referenced entity (scalar reference). Two binding forms apply.
Use the navigation property name alone to create a reference picker column:
columns: chapter: title: Chapter display: title list: search: - title
The display property controls which field of the referenced entity appears in the cell. The list.search array defines which fields are searchable in the picker dropdown.
The back direction of a many-to-one relationship produces a one-to-many collection. The navigation property name creates a new hierarchical level in the sheet.
columns: title: title: Chapter hasFocus: true userNeeds: title: User Need Title hasFocus: true
No dot notation is needed. The expand in the source directly opens the child level.Source configuration:
Many-to-many relationships use an association entity between the two types. Both the source expand and the column binding require two levels of navigation.
The first level (systemRequirements) navigates to the association entity. The second level (systemRequirement) navigates from the association to the target entity.
Each additional expansion level increases the amount of data loaded from the server. Limit deep navigation to three or four levels for optimal performance.
The column binding path must exactly mirror the expansion hierarchy defined in the source configuration. Mismatches produce empty or missing columns.
Column Binding
Required Source Expand
Relationship
title
None (root property)
Direct property
chapter
- name: chapter
N:1 scalar
chapter.title
- name: chapter
N:1 property access
userNeeds
- name: userNeeds
1:N collection
systemRequirements.systemRequirement
systemRequirements > systemRequirement
M:N association
systemRequirements.systemRequirement.title
systemRequirements > systemRequirement
M:N property
Navigation property names follow the domain model exactly. Collection properties use plural names (e.g., systemRequirements). Entity references in association paths use singular names (e.g., systemRequirement). Property names match the properties section of the entity type definition.
A collection navigation property can either expand into child rows (default) or render as a multi-item picker. The multiItem property controls this behavior.
Configuration
Binding
Behavior
Default (no multiItem)
systemRequirements.systemRequirement
Creates child rows with a new grid level
multiItem: true
systemRequirements.systemRequirement
Renders as a multi-item picker column without creating a new level
columns: systemRequirements.systemRequirement: title: Linked SysReqs multiItem: true display: title list: search: - objectId - title
A full sheet configuration demonstrating all binding patterns with the standard RTM entity hierarchy (UserNeed > SystemRequirement > DesignRequirement):