А зачем тебе одинаковые сущности? Может стоило сделать один тип для всех, а у него уже сделать скалярный тип в виде перечисления там как раз будут перечислены названия: floor, room и т.д.  и от этого уже плясать? Ну если они совсем не отличаются...

в чем профит? можно в кратце? у нас ничего вроде такого нету

+
Можно в кастомном (родительском грубо говоря) описать повторяющиеся для всех поля, а в дополнительном (дочернем) уже уникальные.

> Это позволит клиентам за один раунд-трип не только вызвать мутацию, но и получить вагон данных для обновления своего приложения. К примеру, мы лайкаем какую-то статью likePost и тут же в ответе через поле query можем запросить любые данные которые доступны нам в АПИ (в нашем примере список последних статей с активностью lastActivePosts).
> Если мутация возвращает query, то для фронтендеров открывается дичайший профит – возможность сразу запросить любые данные для своего приложения после какой-нибудь страшной мутации за один http-запрос. А если на клиенте используются Relay или ApolloClient с именованными фрагментами, то обновить половину приложения становиться проще простого. Не надо писать второй запрос на получение данных и как-то пробрасывать их в нужное место. Всё обновиться магическим образом само, просто надо написать такую мутацию с существующими фрагментами из вашего приложения

чем это от рефеч отлично или от записи в кеш?

Не кеш, просто одним запросом делаешь мутацию и подкладываешь абсолютно любую query, и все это за один запрос

рефетч - это дополнительный запрос

как это подкладываешь кверю? тоесть он все равно выполнит тот запрос, который передал?

Блин, ребят, на самом деле плюс GraphQL как раз в том чтобы быстро и просто получать то что надо, и не тянуть кучу лишней инфы. Можно конечно, но зачем? Если для фронтендеров нужно что-то конкретное, можно это конкретное и запросить, без лишнего вагона инфы.  Принцип YAGNI не забываем.

Вот именно, за один запрос хотим мутацию, плюс получить какие-то доп данные, если они нужны, и делаем это без лишнего вагона запросов

ну обычно бек присылает данные в ответе поидее

И было бы круто иметь возможность запросить такой ответ, который именно тебе нужен, а не то что придумал бэкендер

ну это можно у себя на сервере делать, если нету сервера, то да, херово

Ну так бэк и реализует api на абсолютно всё что есть, а фронт запрашивает конкретно то, что ему нужно.  Зачем на конкретный запрос присылать избыточную информацию?

Не избыточную, а ту что запросил клиент

Всем привет,
мне нужен GraphQL Client для Nodejs ( по факту для Apollo Server ), чтобы делать запросы на другие сервера. При этом нужно, чтобы этот GraphQL Client умел subscription. graphql-request выглядит как искомое, но, там нет subscription.
Кто что ещё может посоветовать?

Apollo server из коробки подписки умеет

Может посмотреть в сторону Apollo Federation?

Прочитай в оф доке по apollo

он ищет клиент, а не сервер