Queries, mutations и subscriptions в GraphQL?

Question

IT Interview Practice · Accepted Answer

Это три **типа операций**, каждый из которых сопоставлен с корневым типом схемы:

- **Query** — читает данные. Поля выполняются **параллельно** и не должны иметь побочных эффектов (как HTTP GET).
- **Mutation** — записывает данные (create/update/delete). Поля верхнего уровня выполняются **последовательно**, поэтому порядок гарантирован.
- **Subscription** — долгоживущий поток: сервер отправляет клиенту новые данные по транспорту вроде WebSockets при каждом наступлении события.

```graphql
query GetPost {              # чтение
  post(id: "1") { title }
}

mutation AddComment {        # запись; возвращает созданный объект, чтобы клиент обновил кэш
  addComment(postId: "1", text: "Nice!") {
    id
    text
  }
}

subscription OnComment {     # реальное время: срабатывает при каждом добавлении комментария
  commentAdded(postId: "1") {
    id
    text
  }
}
```

Mutations принимают **аргументы** (часто объект `input`) и должны **возвращать затронутые данные**, чтобы клиент мог обновиться без второго запроса. Правило последовательности важно: две мутации в одном документе — `deposit`, затем `withdraw` — всегда выполняются именно в этом порядке, тогда как два поля query могут разрешаться одновременно.

## Почему это важно

Интервьюеры проверяют, знаете ли вы, что **queries параллельны и без побочных эффектов, а mutations последовательны**, и что для subscription нужен транспорт с состоянием (WebSocket/SSE). Возврат обновлённых данных из мутации — практическая деталь, отличающая тех, кто выпускал GraphQL в продакшн, от тех, кто только читал о нём.

Почему это важно

Похожие вопросы