И для обновления, и для подписки на обновления.

Ок, а добавление данных как оптимально сделать тогда? Или все равно?

Мутации для этого есть.

Спасибо

Jame Black has been banned! Reason: CAS ban.

Имхо, квери и мутации - это костыль =)

Ну точнее можно было сделать и по-нормальному, например как в Ruby. Помечать методы мутаций просто, либо спец. символом, либо модификатором

Но что уж тут говорить... Я бы весь gql переделал)

Модель CQRS-ES (вроде правильно написал) тоже предлагаете переделать?

Так переделайте, сделайте своё описание API, свой пример сервера и клиента под него, покажите что так проще, и я уверен коммьюнити подключится и будет развивать

Куча примеров как graphql + mongodb связать, вот например,  https://github.com/denisix/node-express-graphql-auth/blob/master/server.js

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

Немного расширю вопрос выше про CQRS – в query можно ходить по графу и получать данные из связанных типов, если бы в мутациях можно было бы обновлять связанные данные тем же синтаксисом, то как реализовать это самое обновление на бэке прозрачно? Кроме этого, в типах есть куча данных, которые никогда не обновляются мутациями (created_at, раз уж мы начали про Ruby), их пришлось бы тоже как-то размечать как “немутируемые”

А что значит обновлять на беке прозрачно?

Ну и я хоть убей не понимаю чем:

let app = new Application();

app.version;
app.run();

Должен отличается от (делая скидки на отсутвие пометок для мутаций в синтаксисе):

app {
    version
    run()
}

В случае типов для query все просто: ты описываешь поля, их типы, и говоришь где взять данные для этого. А как это должно работать в случае сложной мутации? Обновляемые мутацией данные могут быть вообще не связаны: например я делаю оплату заказа, мне надо помеитть заказ что он оплачен и на складе забукать сами товары и еще начать их паковать

let app = new Application();

app.version;
app.run();

app {
    version
    run()
}

вот тут чуть-чуть не понял о чем речь

В том, что gql можно по разному представлять)

В данном случае это обычный пример того, что он ничем не отличается от обычных ЯП

объекты gql - это объекты яп