Query vs mutation vs subscription GraphQL'e?

Question

IT Interview Practice · Accepted Answer

Tai yra trys **operacijų tipai**, kiekvienas susietas su šakniniu tipu schemoje:

- **Query** — skaito duomenis. Laukai vykdomi **lygiagrečiai** ir neturi turėti šalutinių efektų (kaip HTTP GET).
- **Mutation** — rašo duomenis (create/update/delete). Aukščiausio lygio laukai vykdomi **nuosekliai**, todėl eiliškumas yra garantuotas.
- **Subscription** — ilgai gyvuojantis srautas: serveris siunčia naujus duomenis klientui per tokį transportą kaip WebSockets kaskart, kai įvyksta įvykis.

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

mutation AddComment {        # rašymas; grąžina sukurtą objektą, kad klientas atnaujintų savo cache
  addComment(postId: "1", text: "Nice!") {
    id
    text
  }
}

subscription OnComment {     # gyvai: suveikia kaskart, kai pridedamas komentaras
  commentAdded(postId: "1") {
    id
    text
  }
}
```

Mutacijos priima **argumentus** (dažnai `input` objektą) ir turėtų **grąžinti paveiktus duomenis**, kad klientas galėtų atsinaujinti be antros užklausos. Nuoseklumo taisyklė svarbi: dvi mutacijos viename dokumente — `deposit`, tada `withdraw` — visada vykdomos tokia tvarka, o du query laukai gali būti sprendžiami vienu metu.

## Kodėl tai svarbu

Interviuotojai tikrina, ar žinote, kad **query yra lygiagretūs ir be šalutinių efektų, o mutacijos — nuoseklios**, ir kad subscription reikalauja būseną turinčio transporto (WebSocket/SSE). Atnaujintų duomenų grąžinimas iš mutacijos — tai praktinė detalė, skirianti tuos, kurie realiai diegė GraphQL, nuo tų, kurie apie jį tik skaitė.

Kodėl tai svarbu

Susiję klausimai