¿Queries, mutations y subscriptions en GraphQL?

Question

IT Interview Practice · Accepted Answer

Son los tres **tipos de operación**, cada uno asociado a un tipo raíz del schema:

- **Query** — lee datos. Los campos se ejecutan **en paralelo** y no deben tener efectos secundarios (como un HTTP GET).
- **Mutation** — escribe datos (create/update/delete). Los campos de nivel superior se ejecutan **secuencialmente**, así que el orden está garantizado.
- **Subscription** — un stream de larga duración: el servidor envía datos nuevos al cliente sobre un transporte como WebSockets cada vez que se dispara un evento.

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

mutation AddComment {        # escritura; devuelve el objeto creado para que el cliente actualice su cache
  addComment(postId: "1", text: "Nice!") {
    id
    text
  }
}

subscription OnComment {     # en vivo: se dispara cada vez que se añade un comentario
  commentAdded(postId: "1") {
    id
    text
  }
}
```

Las mutations toman **argumentos** (a menudo un objeto `input`) y deberían **devolver los datos afectados** para que el cliente pueda refrescar sin una segunda petición. La regla secuencial importa: dos mutations en un mismo documento —`deposit` y luego `withdraw`— siempre se ejecutan en ese orden, mientras que dos campos de una query podrían resolverse de forma concurrente.

## Por qué es importante

Los entrevistadores comprueban que sabes que **las queries son paralelas y sin efectos secundarios mientras que las mutations son secuenciales**, y que una subscription necesita un transporte con estado (WebSocket/SSE). Devolver los datos actualizados desde una mutation es el detalle práctico que distingue a quien ha llevado GraphQL a producción de quien solo ha leído sobre ello.

Por qué es importante

Preguntas relacionadas