Query, mutation és subscription a GraphQL-ben?

Question

IT Interview Practice · Accepted Answer

Ez a három **operation type**, amelyek mindegyike egy root típushoz kapcsolódik a sémában:

- **Query** — adatot olvas. A mezők **párhuzamosan** futnak, és nem lehet mellékhatásuk (mint a HTTP GET).
- **Mutation** — adatot ír (create/update/delete). A top-level mezők **egymás után** futnak, így a sorrend garantált.
- **Subscription** — egy hosszú életű stream: a szerver új adatot push-ol a kliensnek egy transporton, például WebSocketen keresztül, valahányszor egy esemény bekövetkezik.

```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
  }
}
```

A mutationök **argumentumokat** kapnak (gyakran egy `input` objectet), és **vissza kell adniuk az érintett adatot**, hogy a kliens egy második kérés nélkül frissülhessen. A szekvenciális szabály fontos: egy dokumentumban lévő két mutation — `deposit`, majd `withdraw` — mindig ebben a sorrendben fut, míg két query mező akár egyidejűleg is resolvulhat.

## Miért fontos

Az interjúztatók azt ellenőrzik, tudod-e, hogy a **query-k párhuzamosak és mellékhatás-mentesek, míg a mutationök szekvenciálisak**, és hogy egy subscriptionhöz állapottartó transport (WebSocket/SSE) kell. A frissített adat visszaadása egy mutationből az a gyakorlati részlet, amely elválasztja azokat, akik már szállítottak GraphQL-t, azoktól, akik csak olvastak róla.

Miért fontos

Kapcsolódó kérdések