В GraphQL это называется nested mutation. Есть несколько особенностей:

* подразумевается, что мутация — одна транзакция (либо операция выполнится полностью, либо не выполнится совсем). Есть вариант с partial update.

* В query поля выполняются параллельно, в mutation поля запускаются последовательно.

Учитывая, что в GraphQL мутации не обязательно мутируют данные в базе данных, а это просто средство удалённого вызова функций (которые могут делать что угодно, не обязательно связанное с базой данных), эту особенность с последовательным выполнением полей (функций) нужно учитывать.

Делать несколько мутаций имеет смысл, если производится изменение полей не связанных между собой сущностей или запуск независимых функций.

не пойму, а как связаны эти мутации?

а есть на русском доходчивое обьяснения, как графкл берет и находит все зависимости, как граф строит вообще , парсит и подобное

и вообще, такие запросы не громоздко? а если разными мутациями?

Никак. Это как раз пример несвязанных мутаций. И пример того, что мутация ничего не мутирует, а просто запускает функцию, не связанную напрямую с базой данных — вычисление токена авторизации или отправка письма.

А вот в этом примере как раз логично выполнять эти операции одной транзакцией.

С mutation ситуация такая же, как и с query. И query можно разбить на несколько query.

Нужно смотреть, связаны ли логически данные, которые вы хотите запросить или изменить, или нет.

У query, например, тоже есть нюанс, о котором нужно помнить:

* запрос разрезолвится тогда, когда разрезолвятся самые медленные поля

Поэтому если запрашивать много данных сразу одним запросом и собирать эти данные из разных источников, то данные клиент получит не быстрее, чем ответит самый медленный источник.

Поэтому запросы разбивают по схеме "каждый компонент на фронтенде запрашивает данные, необходимые для своей работы отдельным запросом", а не все данные, нужные для работы всего экрана одним запросом.

Ну и т.д.

а вот тут есть ссылки может у кого?

@FluorescentHallucinogen Спасибо за развернутое объяснение) Про nested мутации даже не знал

я таки нашел кто дергал сайт))
это был UptimeBot
он каждые 20 секунд пингует сайт, тот думает, что его просматривают и отправлял запрос на сервер

настрой uptimebot на health-check

он же встроен в apollo-server

спасибо, завтра попробую

а dataloaders еще актуально юзать? в видосе увидел, но он 18 года