Queries vs. mutations vs. subscriptions i GraphQL?

Question

IT Interview Practice · Accepted Answer

De er de tre **operationstyper**, hver knyttet til en root-type i skemaet:

- **Query** — læser data. Felter kører **parallelt** og må ikke have sideeffekter (som HTTP GET).
- **Mutation** — skriver data (create/update/delete). Top-level-felter kører **sekventielt**, så rækkefølgen er garanteret.
- **Subscription** — en langlivet strøm: serveren pusher nye data til klienten over en transport som WebSockets, hver gang en hændelse udløses.

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

mutation AddComment {        # write; returns the created object so the client updates its cache
  addComment(postId: "1", text: "Nice!") {
    id
    text
  }
}

subscription OnComment {     # live: fires every time a comment is added
  commentAdded(postId: "1") {
    id
    text
  }
}
```

Mutations tager **argumenter** (ofte et `input`-objekt) og bør **returnere de berørte data**, så klienten kan opdatere uden endnu en forespørgsel. Den sekventielle regel betyder noget: to mutations i ét dokument — `deposit` derefter `withdraw` — kører altid i den rækkefølge, hvorimod to query-felter kan resolves samtidigt.

## Hvorfor det betyder noget

Interviewere tjekker, at du ved, at **queries er parallelle og fri for sideeffekter, mens mutations er sekventielle**, og at en subscription kræver en stateful transport (WebSocket/SSE). At returnere opdaterede data fra en mutation er den praktiske detalje, der adskiller folk, der har leveret GraphQL, fra dem, der kun har læst om det.

Hvorfor det betyder noget

Relaterede spørgsmål