Queries versus mutations versus subscriptions in GraphQL?

Question

IT Interview Practice · Accepted Answer

Het zijn de drie **operation types**, elk gekoppeld aan een root type in het schema:

- **Query** — leest data. Velden draaien **parallel** en mogen geen side effects hebben (zoals HTTP GET).
- **Mutation** — schrijft data (create/update/delete). Top-level velden draaien **sequentieel**, dus de volgorde is gegarandeerd.
- **Subscription** — een langlevende stream: de server pusht nieuwe data naar de client over een transport zoals WebSockets telkens wanneer een event afgaat.

```graphql
query GetPost {              # lezen
  post(id: "1") { title }
}

mutation AddComment {        # schrijven; geeft het aangemaakte object terug zodat de client zijn cache bijwerkt
  addComment(postId: "1", text: "Nice!") {
    id
    text
  }
}

subscription OnComment {     # live: gaat af telkens wanneer een comment wordt toegevoegd
  commentAdded(postId: "1") {
    id
    text
  }
}
```

Mutations nemen **argumenten** (vaak een `input`-object) en zouden **de betroffen data terug moeten geven** zodat de client kan verversen zonder een tweede request. De sequentiële regel is belangrijk: twee mutations in één document — `deposit` gevolgd door `withdraw` — draaien altijd in die volgorde, terwijl twee query-velden gelijktijdig geresolvet kunnen worden.

## Waarom het belangrijk is

Interviewers controleren of je weet dat **queries parallel en zonder side effects zijn, terwijl mutations sequentieel zijn**, en dat een subscription een stateful transport (WebSocket/SSE) nodig heeft. Bijgewerkte data teruggeven vanuit een mutation is het praktische detail dat mensen die GraphQL hebben opgeleverd onderscheidt van wie er alleen over heeft gelezen.

Waarom het belangrijk is

Gerelateerde vragen