MM
Просто у нас 98% логики не требует таких суперзапросов)
Size: a a a
2018 November 06
KN
Ну вот я и говорю, что строить можно по-разному всё это дело
KN
В схеме эти джоины выглядят довольно просто:
KN
Осталось построить один запрос на репу со списком этих джоинов один раз и всё
MM
У нас до этого был joinMonster, и самое ужасное в этом — добавил таблицу в базу, нужно добавить руками отдельный gql-тип, куда нужно добавить нужные столбцы этой таблицы, указать везде какие типы юзать и тд
MM
И к каждым связанным типам нужно руками прописать новый тип для реляций
MM
другое дело когда gql генерируется на основе sql-таблицы, а join'ы на основе foreign-ключей
MM
это покрывает 98% задач всех наших сайтов
MM
плюс subscriptions из коробки работают без каких-либо действий)
MM
на основе pg triggers
KN
У меня ещё сервер позволяет полные резолверы писать. Т.е. не вызывать 1 резолвер на 1 вызов, а сразу получить в качестве родителя всех родителей (коллекцию) и вернуть потомков, тоже сразу всех
KN
а связывание будет уже динамически выстраиваться.
MM
я кстати на хабр статью переводил про Hasura
MM
там оно сразу готовый json генерит и отдает юзеру
MM
резолверы вообще не юзаются
MM
у нас с joinMonster была огромная проблема с производительностью
MM
т.к. на большой запрос с кучей вложенных данных выполнялись куча резолверов и все это очень медленно работало
MM
там оно сразу готовый json генерит и отдает юзеру
прямо в базе json генерится))
MM
KN
Ну почти во всех языках нет таких проблем