Relationship Field

Example uses:

  • To add Product documents to an Order document
  • To allow for an Order to feature a placedBy relationship to either an Organization or User collection
  • To assign Category documents to Post documents

#
Config

OptionDescription
name *To be used as the property name when stored and retrieved from the database. More
relationTo *Provide one or many collection slugs to be able to assign relationships to.
filterOptionsA query to filter which options appear in the UI and validate against. More.
hasManyBoolean when, if set to true, allows this field to have many relations instead of only one.
minA number for the fewest allowed items during validation when a value is present. Used with hasMany.
maxA number for the most allowed items during validation when a value is present. Used with hasMany.
maxDepthSets a number limit on iterations of related documents to populate when queried. Depth
labelText used as a field label in the Admin panel or an object with keys for each language.
uniqueEnforce that each entry in the Collection has a unique value for this field.
validateProvide a custom validation function that will be executed on both the Admin panel and the backend. More
indexBuild a MongoDB index for this field to produce faster queries. Set this field to true if your users will perform queries on this field's data often.
saveToJWTIf this field is top-level and nested in a config supporting Authentication, include its data in the user JWT.
hooksProvide field-based hooks to control logic for this field. More
accessProvide field-based access control to denote what users can see and do with this field's data. More
hiddenRestrict this field's visibility from all APIs entirely. Will still be saved to the database, but will not appear in any API or the Admin panel.
defaultValueProvide data to be used for this field's default value. More
localizedEnable localization for this field. Requires localization to be enabled in the Base config.
requiredRequire this field to have a value.
adminAdmin-specific configuration. See the default field admin config for more details.
customExtension point for adding custom data (e.g. for plugins)

* An asterisk denotes that a property is required.

#
Admin config

In addition to the default field admin config, the Relationship field type also allows for the following admin-specific properties:

isSortable

Set to true if you'd like this field to be sortable within the Admin UI using drag and drop (only works when hasMany is set to true).

allowCreate

Set to false if you'd like to disable the ability to create new documents from within the relationship field (hides the "Add new" button in the admin UI).

#
Filtering relationship options

Options can be dynamically limited by supplying a query constraint, which will be used both for validating input and filtering available relationships in the UI.

The filterOptions property can either be a Where query directly, or a function that returns one. When using a function, it will be called with an argument object with the following properties:

PropertyDescription
relationToThe relationTo to filter against (as defined on the field)
dataAn object of the full collection or global document currently being edited
siblingDataAn object of the document data limited to fields within the same parent to the field
idThe value of the collection id, will be undefined on create request
userThe currently authenticated user object

#
Example

import { CollectionConfig } from "payload/types";
export const ExampleCollection: CollectionConfig = {
slug: "example-collection",
fields: [
{
name: "purchase",
type: "relationship",
relationTo: ["products", "services"],
filterOptions: ({ relationTo, siblingData }) => {
// returns a Where query dynamically by the type of relationship
if (relationTo === "products") {
return {
stock: { greater_than: siblingData.quantity },
};
}
if (relationTo === "services") {
return {
isAvailable: { equals: true },
};
}
},
},
],
};

You can learn more about writing queries here.

#
How the data is saved

Given the variety of options possible within the relationship field type, the shape of the data needed for creating and updating these fields can vary. The following sections will describe the variety of data shapes that can arise from this field.

Has One

The most simple pattern of a relationship is to use hasMany: false with a relationTo that allows for only one type of collection.

{
slug: 'example-collection',
fields: [
{
name: 'owner', // required
type: 'relationship', // required
relationTo: 'users', // required
hasMany: false,
}
]
}

The shape of the data to save for a document with the field configured this way would be:

{
// MongoDB ObjectID of the related user
"owner": "6031ac9e1289176380734024"
}

When querying documents in this collection via REST API, you could query as follows:

?where[owner][equals]=6031ac9e1289176380734024.

Has One - Polymorphic

Also known as dynamic references, in this configuration, the relationTo field is an array of Collection slugs that tells Payload which Collections are valid to reference.

{
slug: 'example-collection',
fields: [
{
name: 'owner', // required
type: 'relationship', // required
relationTo: ['users', 'organizations'], // required
hasMany: false,
}
]
}

The shape of the data to save for a document with more than one relationship type would be:

{
"owner": {
"relationTo": "organizations",
"value": "6031ac9e1289176380734024"
}
}

Here is an example for how to query documents by this data (note the difference in referencing the owner.value):

?where[owner.value][equals]=6031ac9e1289176380734024.

You can also query for documents where a field has a relationship to a specific Collection:

?where[owners.relationTo][equals]=organizations.

This query would return only documents that have an owner relationship to organizations.

Has Many

The hasMany tells Payload that there may be more than one collection saved to the field.

{
slug: 'example-collection',
fields: [
{
name: 'owners', // required
type: 'relationship', // required
relationTo: 'users', // required
hasMany: true,
}
]
}

To save the to hasMany relationship field we need to send an array of IDs:

{
"owners": ["6031ac9e1289176380734024", "602c3c327b811235943ee12b"]
}

When querying documents, the format does not change for arrays:

?where[owners][equals]=6031ac9e1289176380734024.

Has Many - Polymorphic

{
slug: 'example-collection',
fields: [
{
name: 'owners', // required
type: 'relationship', // required
relationTo: ['users', 'organizations'], // required
hasMany: true,
required: true,
}
]
}

Relationship fields with hasMany set to more than one kind of collections save their data as an array of objects—each containing the Collection slug as the relationTo value, and the related document id for the value:

{
"owners": [
{
"relationTo": "users",
"value": "6031ac9e1289176380734024"
},
{
"relationTo": "organizations",
"value": "602c3c327b811235943ee12b"
}
]
}

Querying is done in the same way as the earlier Polymorphic example:

?where[owners.value][equals]=6031ac9e1289176380734024.

Next

Rich Text Field