Relationship Labels and the Schema.xml

When you create a relationship in ArcGIS Pro, you type an Origin and a Destination label. These labels are seen in ArcGIS Pro when you traverse from a parent table to a child table or vice versa. They are also used by DHFC to understand the relationship and where to access data.

The Relationships topic tells you what labels to type for each relationship. These labels assume you are using the standard Schema.xml provided during your implementation.

For example, there is a relationship for RFCoupler and RFCouplerPort. RFCoupler is the origin (aka parent) and RFCouplerPort is the destination (aka child). When you build the relationship in ArcCatalog, you type the Forward and Backward labels as seen in the following images:

As-Built Relationship

In-Design Relationship

And, if you examine the Schema.xml, you find the Forward labels (SECom.ARCFM.RFCouplerPort and RFCouplerPort) are being used for the in-design and as-built representations of the component, respectively:

<Table CoaxName="RFCouplerData" EsriDesignName="RFCoupler_D" EsriBuiltName="RFCoupler">
	<Relationship CoaxName="RFCouplerPortData" EsriDesignName="SECom.ARCFM.RFCouplerPort" EsriBuiltName="RFCouplerPort" />

The important take away is that the relationship properties in ArcGIS Pro and the Schema.xml must match for the application to function properly.

Origin or Destination Label

Depending on how the relationship is created in ArcGIS Pro, sometimes the Origin label is used and sometimes the Destination label is used. It depends on which feature class is acting as the parent (aka origin) and which is acting as the child. If in your geodatabase, the relationship exists in a manner “opposite” of what DHFC expects, then the Destination label is used. This label and the Schema.xml understands the direction of the relationship as it exists in ArcGIS Pro.