то есть логики, которая выполняется 1000 раз при создании одного ивента?

внутри graphql реализаций имеется ввиду

да

т.е., например int внутри ID приводится к строке

GraphQL по спеке (для бэкендеров) грубо говоря это формат объявления функций резолверов. Положи функцию так, опиши аргументы и возвращаемые значения. И все.

Там нет ни авторизации, не сервера какого-то,  ни сабскрипшенов. Тупо метод graphql(schema, 'query {}').

Все остальное надо городить уже самому. Если http-сервер, то что-то более комплексное это apollo-server. Если сабскрипшены, то pubsub опять таки аполовский.

Короче на сам GraphQL бочку катить что там того или сего из коробки нету - бессмыслено. Они к этому и не стремились. Их задача была поженить бэкендеров с фронтендерами дав язык запросов.

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

получается, что мне надо полностью переписать эту логику и реализовывать её во время обновления данных внутри этого пула

не совсем, это так в node.js реализации gql

гы, она то и оснавная и по спеке

это да

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

только не следует ей :D

в моей реализации вообще нет резолверов, например

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

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

какую либу для схемы под капотом используешь?

чуть сложнее

я как понимаю ты написал генератор для схемы, взял стандартную либу которая гоняет на схеме запросы и снаружи накрутил свой сервак

близок к истине?

я написал грамматику, компилятор, лексер, парсер SDL

это одна часть