GraphQL માં queries vs mutations vs subscriptions?

Question

IT Interview Practice · Accepted Answer

આ ત્રણ **operation types** છે, દરેક schema માં એક root type સાથે mapped છે:

- **Query** — data વાંચે છે. Fields **parallel માં** ચાલે છે અને તેમની કોઈ side effect ન હોવી જોઈએ (HTTP GET ની જેમ).
- **Mutation** — data લખે છે (create/update/delete). Top-level fields **ક્રમશઃ (sequentially)** ચાલે છે, તેથી ક્રમની ખાતરી હોય છે.
- **Subscription** — એક long-lived stream: જ્યારે પણ કોઈ event fire થાય ત્યારે server WebSockets જેવા transport પર client ને નવો data push કરે છે.

```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 **arguments** લે છે (ઘણી વાર એક `input` object) અને **અસરગ્રસ્ત data પરત કરવો** જોઈએ જેથી client બીજી request વગર refresh કરી શકે. Sequential નિયમ મહત્વનો છે: એક document માં બે mutations — `deposit` પછી `withdraw` — હંમેશા એ જ ક્રમમાં ચાલે છે, જ્યારે બે query fields એકસાથે (concurrently) resolve થઈ શકે.

## આ શા માટે મહત્વનું છે

Interviewers ચકાસે છે કે તમે જાણો છો કે **queries parallel અને side-effect-free છે જ્યારે mutations sequential છે**, અને subscription ને stateful transport (WebSocket/SSE) ની જરૂર છે. Mutation માંથી updated data પરત કરવો એ વ્યવહારુ વિગત છે જે GraphQL ship કરી ચૂકેલા લોકોને ફક્ત વાંચેલા લોકોથી અલગ પાડે છે.

આ શા માટે મહત્વનું છે

સંબંધિત પ્રશ્નો