Query, mutation e subscription in GraphQL?

Question

IT Interview Practice · Accepted Answer

Sono i tre **tipi di operazione**, ciascuno mappato a un root type nello schema:

- **Query** — legge i dati. I campi vengono eseguiti **in parallelo** e non devono avere effetti collaterali (come un GET HTTP).
- **Mutation** — scrive i dati (create/update/delete). I campi di primo livello vengono eseguiti **in sequenza**, così l'ordine è garantito.
- **Subscription** — uno stream di lunga durata: il server invia nuovi dati al client tramite un trasporto come WebSockets ogni volta che si verifica un evento.

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

Le mutation ricevono **argomenti** (spesso un oggetto `input`) e dovrebbero **restituire i dati modificati**, così il client può aggiornarsi senza una seconda richiesta. La regola della sequenzialità è importante: due mutation in un unico documento — `deposit` poi `withdraw` — vengono sempre eseguite in quell'ordine, mentre due campi di una query potrebbero risolversi in modo concorrente.

## Perché è importante

Gli intervistatori verificano che tu sappia che **le query sono parallele e prive di effetti collaterali, mentre le mutation sono sequenziali**, e che una subscription richiede un trasporto con stato (WebSocket/SSE). Restituire i dati aggiornati da una mutation è il dettaglio pratico che distingue chi ha messo in produzione GraphQL da chi ne ha solo letto.

Perché è importante

Domande correlate