How to make parent-child list relationships in SharePoint?

How to make parent-child list relationships in SharePoint?

In this article we will explore how to make parent-child list relationships in SharePoint 2010, at both the list level and the user interface form level. At the list level, we will describe how to use a Lookup field to create the relationship at the list level.

How to create a relationship between two lists?

To create a relationship between two lists, you create a lookup column in the source list that retrieves (or “looks up”) one or more matching values from a target list. Once you create this lookup column (the primary column), you can continue to add additional columns (secondary columns) from the target list to the source list.

Can a lookup column have an unenforced relationship?

In a lookup column with an unenforced relationship, you can lookup single or multiple values from the source list in the target list. When you have permissions to delete an item in the source list, there are no additional delete restrictions or delete operations that occur in the target list.

How to add parentcontact column to childtasks list?

Figure 7 below shows the result of our work: a new ParentContact column has been added to the Columns list on the List Settings page: Figure 7: New ParentContact column has been added to the ChildTasks list

Is there a lookup field for the parent list in SharePoint?

The parent list has the data source, which is the field that is the target of the lookup field. In Microsoft SharePoint Foundation 2010, you can configure a lookup field in a child list so that it places a deletion constraint on items in the parent list.

What’s the relationship between a parent and a child list?

For the sake of simplicity, and to prevent confusion, the two lists are sometimes said to have a parent-child relationship. The child list has the lookup field. The parent list has the data source, which is the field that is the target of the lookup field.

Where to find parentcontact dropdown list in SharePoint?

As we’ll see in a minute, SharePoint also allows us to modify these forms. However, so far we are just looking at the default form. Notice the ParentContact dropdown list at the bottom of the form, showing the Full Name field of the ParentContacts list.

What should the nesting depth be in a REST API?

So when we start to go down this path, we should step back sometimes and look if we are still accomplishing our goal of improved readability. A rule of thumb is a maximum nesting depth of two. Sometimes a depth of three is also okay. For example, if our IDs are short and easily readable.

Do you have to use nested resources in REST API?

While nesting is sometimes necessary and can’t be avoided, it is often a choice that comes with specific costs or dangers we should keep in mind. Let’s look at them one-by-one. We learned before that nesting resources could make our URLs more readable, but this isn’t a sure bet.