What if you could instantly connect two pieces of data without any confusion or mistakes?
Why One-to-one relationships in GraphQL? - Purpose & Use Cases
Imagine you have two separate lists on paper: one with people's names and another with their passport details. You want to match each person to their passport, but you have to flip back and forth between the lists every time.
This manual matching is slow and confusing. You might mix up passports or miss someone entirely. It's hard to keep track and easy to make mistakes when the data grows.
One-to-one relationships link each person directly to their passport in a clear, organized way. This means you can find all related information quickly without flipping through separate lists.
personList = [{name: 'Alice'}, {name: 'Bob'}]
passportList = [{number: 'X123'}, {number: 'Y456'}]
// Need to manually match by index or nametype Person {
name: String
passport: Passport
}
type Passport {
number: String
owner: Person
}It lets you easily access connected data in one place, making your queries simple and your data trustworthy.
In a hospital system, each patient has exactly one medical record. Using one-to-one relationships, doctors can quickly see a patient's record without searching through many files.
Manual matching of related data is slow and error-prone.
One-to-one relationships link exactly two pieces of data directly.
This makes data access faster, clearer, and more reliable.
Practice
Solution
Step 1: Understand relationship types
One-to-one means each item in one set matches exactly one item in another set.Step 2: Apply to GraphQL context
In GraphQL, this means a field in one type points to exactly one item in another type.Final Answer:
Each item in one type is linked to exactly one item in another type. -> Option AQuick Check:
One-to-one = single matching pair [OK]
- Confusing one-to-one with one-to-many
- Thinking items can link to multiple items
- Assuming no links exist
User and Profile types?Solution
Step 1: Identify one-to-one field type
One-to-one means a single object, so the field should be of typeProfile, not a list.Step 2: Check syntax correctness
type User { profile: Profile } usesprofile: Profile, which is correct syntax for one-to-one.Final Answer:
type User { profile: Profile } -> Option DQuick Check:
Single object field = one-to-one [OK]
- Using list syntax for one-to-one
- Using wrong field type like String
- Missing colon or braces
type User { id: ID! name: String profile: Profile }type Profile { id: ID! bio: String }And the query:
{ user(id: "1") { name profile { bio } } }If user with id "1" has name "Alice" and profile bio "Loves cats", what is the expected output?
Solution
Step 1: Understand query fields
The query requests user's name and profile's bio.Step 2: Match data to query
User "Alice" has a profile with bio "Loves cats", so both fields return data.Final Answer:
{ "data": { "user": { "name": "Alice", "profile": { "bio": "Loves cats" } } } } -> Option AQuick Check:
Query fields match data output [OK]
- Assuming profile is null when data exists
- Omitting nested profile field
- Expecting error when schema is correct
type User { id: ID! profile: [Profile] }type Profile { id: ID! user: User }Solution
Step 1: Check field type for one-to-one
One-to-one means a single object, not a list. Using [Profile] means many profiles.Step 2: Confirm correct syntax
Field should beprofile: Profilewithout brackets for one-to-one.Final Answer:
Using list syntax [Profile] for one-to-one relationship is incorrect. -> Option BQuick Check:
List means many, not one [OK]
- Confusing one-to-one with one-to-many
- Adding unnecessary exclamation marks
- Thinking references are not allowed
Author and Biography in GraphQL. Which schema design ensures each author has exactly one biography and each biography belongs to exactly one author?Solution
Step 1: Check for required one-to-one fields
BothAuthorandBiographyhave non-nullable fields pointing to each other, ensuring exactly one match.Step 2: Validate mutual references
EachAuthorhas oneBiography!and eachBiographyhas oneAuthor!, enforcing one-to-one.Final Answer:
type Author { id: ID! name: String biography: Biography! } type Biography { id: ID! text: String author: Author! } -> Option CQuick Check:
Mutual non-null fields = strict one-to-one [OK]
- Using lists instead of single objects
- Making fields nullable allowing missing links
- Not linking both types mutually
Ready to prove it?
Pass the test and this pattern moves unknown
