Queries, mutations et subscriptions en GraphQL ?

Question

IT Interview Practice · Accepted Answer

Ce sont les trois **types d'opérations**, chacun associé à un type racine dans le schéma :

- **Query** — lit des données. Les champs s'exécutent **en parallèle** et ne doivent avoir aucun effet de bord (comme un GET HTTP).
- **Mutation** — écrit des données (create/update/delete). Les champs de premier niveau s'exécutent **séquentiellement**, ce qui garantit l'ordre.
- **Subscription** — un flux à longue durée de vie : le serveur pousse les nouvelles données vers le client via un transport comme les WebSockets chaque fois qu'un événement se produit.

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

mutation AddComment {        # écriture ; renvoie l'objet créé pour que le client mette à jour son cache
  addComment(postId: "1", text: "Nice!") {
    id
    text
  }
}

subscription OnComment {     # temps réel : se déclenche à chaque ajout de commentaire
  commentAdded(postId: "1") {
    id
    text
  }
}
```

Les mutations prennent des **arguments** (souvent un objet `input`) et devraient **renvoyer les données affectées** afin que le client puisse se rafraîchir sans seconde requête. La règle du séquentiel compte : deux mutations dans un même document — `deposit` puis `withdraw` — s'exécutent toujours dans cet ordre, alors que deux champs de query peuvent se résoudre de façon concurrente.

## Pourquoi c'est important

Les recruteurs vérifient que vous savez que **les queries sont parallèles et sans effet de bord tandis que les mutations sont séquentielles**, et qu'une subscription nécessite un transport avec état (WebSocket/SSE). Renvoyer les données mises à jour depuis une mutation est le détail pratique qui distingue ceux qui ont livré du GraphQL de ceux qui n'ont fait qu'en lire la théorie.

Pourquoi c'est important

Questions connexes