Queries vs. Mutations vs. Subscriptions in GraphQL?

Question

IT Interview Practice · Accepted Answer

Sie sind die drei **Operationstypen**, jeweils einem Root-Typ im Schema zugeordnet:

- **Query** – liest Daten. Felder laufen **parallel** und dürfen keine Seiteneffekte haben (wie HTTP GET).
- **Mutation** – schreibt Daten (erstellen/aktualisieren/löschen). Felder der obersten Ebene laufen **sequenziell**, sodass die Reihenfolge garantiert ist.
- **Subscription** – ein langlebiger Stream: Der Server pusht neue Daten über einen Transport wie WebSockets an den Client, sobald ein Ereignis eintritt.

```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 nehmen **Argumente** entgegen (oft ein `input`-Objekt) und sollten **die betroffenen Daten zurückgeben**, damit der Client ohne zweite Anfrage aktualisieren kann. Die sequenzielle Regel ist wichtig: Zwei Mutations in einem Dokument – `deposit` dann `withdraw` – laufen immer in dieser Reihenfolge, während zwei Query-Felder gleichzeitig aufgelöst werden können.

## Warum es wichtig ist

Interviewer prüfen, ob du weißt, dass **Queries parallel und seiteneffektfrei sind, während Mutations sequenziell laufen**, und dass eine Subscription einen zustandsbehafteten Transport (WebSocket/SSE) benötigt. Aktualisierte Daten aus einer Mutation zurückzugeben, ist das praktische Detail, das Leute, die GraphQL ausgeliefert haben, von denen unterscheidet, die nur darüber gelesen haben.

Warum es wichtig ist

Ähnliche Fragen