Bird
Raised Fist0
GraphQLquery~5 mins

Entity references in GraphQL - Cheat Sheet & Quick Revision

Choose your learning style10 modes available

Start learning this pattern below

Jump into concepts and practice - no test required

or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Recall & Review
beginner
What is an entity reference in GraphQL?
An entity reference is a way to uniquely identify an object across services in a federated GraphQL setup, allowing different services to share and resolve the same entity.
Click to reveal answer
beginner
How do you mark a type as an entity in GraphQL federation?
You add the @key directive to the type, specifying one or more fields that uniquely identify the entity.
Click to reveal answer
intermediate
What is the purpose of the _entities field in a federated GraphQL schema?
The _entities field allows querying multiple entities by their references, resolving them to their full data from the appropriate service.
Click to reveal answer
intermediate
Explain how entity references help in a microservices architecture using GraphQL.
Entity references let different microservices own parts of the data but still link and fetch complete entities by their unique keys, enabling a unified API.
Click to reveal answer
beginner
What directive is used to specify the fields that form the unique key for an entity?
The @key directive is used to specify the unique identifying fields of an entity in GraphQL federation.
Click to reveal answer
Which directive marks a GraphQL type as an entity for federation?
A@key
B@entity
C@reference
D@unique
What is the purpose of the _entities field in a federated GraphQL schema?
ATo query multiple entities by their references
BTo list all types in the schema
CTo define new types
DTo delete entities
In GraphQL federation, what does an entity reference usually contain?
AThe entire entity data
BThe unique key fields of the entity
COnly the entity's type name
DThe service URL
Why are entity references important in a microservices GraphQL architecture?
AThey encrypt data between services
BThey speed up database queries
CThey allow services to share and resolve the same entity data
DThey replace REST APIs
Which of the following is NOT true about entity references?
AThey rely on the @key directive
BThey are used to fetch full entity data
CThey uniquely identify an entity across services
DThey store the entire entity data locally
Describe what an entity reference is and how it works in GraphQL federation.
Think about how different services share data about the same object.
You got /4 concepts.
    Explain why entity references are useful in a microservices environment using GraphQL.
    Consider how multiple teams manage parts of data but want a single API.
    You got /4 concepts.

      Practice

      (1/5)
      1. What is the main purpose of entity references in GraphQL?
      easy
      A. To create mutations for updating data
      B. To define scalar types like Int and String
      C. To connect one type to another and fetch related data
      D. To write raw SQL queries inside GraphQL

      Solution

      1. Step 1: Understand entity references

        Entity references link one GraphQL type to another, allowing related data to be fetched together.
      2. Step 2: Compare options

        Only To connect one type to another and fetch related data describes connecting types and fetching related data, which is the purpose of entity references.
      3. Final Answer:

        To connect one type to another and fetch related data -> Option C
      4. Quick Check:

        Entity references = connect types [OK]
      Hint: Entity references link types to get related info fast [OK]
      Common Mistakes:
      • Confusing entity references with scalar type definitions
      • Thinking entity references are for mutations
      • Assuming entity references are raw SQL queries
      2. Which of the following is the correct way to define an entity reference in a GraphQL schema?
      easy
      A. type Book { author: Boolean }
      B. type Book { author: String }
      C. type Book { author: Int }
      D. type Book { author: Author }

      Solution

      1. Step 1: Identify entity reference syntax

        Entity references use another type's name as the field type, e.g., author: Author.
      2. Step 2: Check options

        Only type Book { author: Author } uses a type name (Author) as a field type, correctly defining an entity reference.
      3. Final Answer:

        type Book { author: Author } -> Option D
      4. Quick Check:

        Entity reference = field with another type name [OK]
      Hint: Use type names, not scalars, for entity references [OK]
      Common Mistakes:
      • Using scalar types instead of type names for references
      • Confusing field names with types
      • Missing curly braces in type definitions
      3. Given the schema:
      type Author { id: ID! name: String! } type Book { id: ID! title: String! author: Author }

      What will the query { book { title author { name } } } return if the book's title is "GraphQL Guide" and the author's name is "Alice"?
      medium
      A. {"book": {"title": "GraphQL Guide", "author": "Alice"}}
      B. {"book": {"title": "GraphQL Guide", "author": {"name": "Alice"}}}
      C. {"book": {"title": "GraphQL Guide", "author": null}}
      D. SyntaxError

      Solution

      1. Step 1: Understand the query structure

        The query requests the book's title and the nested author's name, matching the schema's entity reference.
      2. Step 2: Predict the output

        The response will include the book title and an object for author with the name field, as in {"book": {"title": "GraphQL Guide", "author": {"name": "Alice"}}}.
      3. Final Answer:

        {"book": {"title": "GraphQL Guide", "author": {"name": "Alice"}}} -> Option B
      4. Quick Check:

        Nested entity reference returns nested object [OK]
      Hint: Nested fields return nested objects, not strings [OK]
      Common Mistakes:
      • Expecting author as a string instead of an object
      • Assuming null author when data exists
      • Confusing syntax errors with valid queries
      4. Consider this schema snippet:
      type Book { id: ID! title: String! author: Author }

      and this query:
      { book { title author } }

      Why will this query cause an error?
      medium
      A. Because author is an object type and requires subfields
      B. Because title is missing
      C. Because book is not defined
      D. Because author should be a scalar type

      Solution

      1. Step 1: Check field types in query

        The author field is an object type, so GraphQL requires specifying which subfields to fetch.
      2. Step 2: Identify error cause

        Querying author without subfields causes a validation error, as in Because author is an object type and requires subfields.
      3. Final Answer:

        Because author is an object type and requires subfields -> Option A
      4. Quick Check:

        Object fields need subfields in queries [OK]
      Hint: Always specify subfields for object-type fields [OK]
      Common Mistakes:
      • Querying object fields without subfields
      • Assuming scalar fields need subfields
      • Ignoring schema definitions
      5. You have these types:
      type User { id: ID! name: String! posts: [Post!]! } type Post { id: ID! content: String! author: User! }

      How can you write a query to get each user's name and the content of their posts?
      hard
      A. { user { name posts { content } } }
      B. { user { name posts } }
      C. { user { posts { content } } }
      D. { user { name content } }

      Solution

      1. Step 1: Understand the schema relations

        User has a list of posts, each post has content. To get user name and posts content, query both fields with nested subfields.
      2. Step 2: Check query options

        { user { name posts { content } } } correctly queries user name and nested posts content. Others miss fields or subfields.
      3. Final Answer:

        { user { name posts { content } } } -> Option A
      4. Quick Check:

        Nested lists need subfields for content [OK]
      Hint: Query nested lists with subfields for details [OK]
      Common Mistakes:
      • Omitting subfields for list items
      • Missing user name field
      • Trying to query scalar fields as objects