Size: a a a

GraphQL — русскоговорящее сообщество

2019 August 04

S

Sergey in GraphQL — русскоговорящее сообщество
Roman Dynnik
спасибо, Сергей, какой в этой схеме оптимальный подход к сохданию расширяемой реляционной модели?
Я уже написал, что оно само подхватывает зависимости во вложенных запросах через ключ связки между таблицами, это надо будет указать в админке
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Roman Dynnik
есть ли что то аналогичное hasura, но не для postgre, а для mongodb и ее api?
Для nosql не видел подобного
источник

RD

Roman Dynnik in GraphQL — русскоговорящее сообщество
Sergey
Я уже написал, что оно само подхватывает зависимости во вложенных запросах через ключ связки между таблицами, это надо будет указать в админке
т.е. база проектируется в обычной 3NF форме?
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Мне кажется, хазура умеет работать даже с составными ключами, так что вы не ограничены третьей формой
источник

RD

Roman Dynnik in GraphQL — русскоговорящее сообщество
Сергей, напиши пожалуйста что ты считаешь еще интересным посмотреть из opensourse относящегося к окружению GraphQL. (утилиты, библиотеки на любом слое).
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Я пришел сюда именно с таким вопросом
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Sergey
Привет ребята, я из прошлого, может что-то изменилось…
Расскажите, появились какие-то штуки для организации правильных запросов в бд? Одна из главных фишек gql - мы можем сами задавать поля, которые нам нужны в ответе. Следовательно, не всегда требуется гонять дополнительный трафик по сети от базы до apollo. Раньше помню юзали joinmonster, ORM, а как сейчас? Hasura не предлагайте
.
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
Sergey
Схема ститчинг с хазурой и все хорошо
у подобных решений мне не очень нравится что для реальной бизнес логики нужны кастомные резолверы, конечно круто иметь аналог sql к серверу и когда он разворачивается безболезнено, но для меня в graphql  есть два главных приимущества типизация и быстрая разработка, писать огромные запросы на стороне клиента это не быстрая разработка =(
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
нрубо говоря пусть есть некие orders
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Oleg Gamega
у подобных решений мне не очень нравится что для реальной бизнес логики нужны кастомные резолверы, конечно круто иметь аналог sql к серверу и когда он разворачивается безболезнено, но для меня в graphql  есть два главных приимущества типизация и быстрая разработка, писать огромные запросы на стороне клиента это не быстрая разработка =(
У нас есть готовый пример: fastcup.net
Весь сайт это хасура + аполло
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
на клиенте я хочу просто на писать  orders{ id name .... }
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
а не писать длинный запрос выбрать заказы на какие у меня есть права, что они активные и тд
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
я не спорю что это круто и облегчает
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
но мне кажется что полезность подобных решений несколько переоценена
источник

S

Sergey in GraphQL — русскоговорящее сообщество
Ребята из фронтэнда очень разгрузились, когда появилась хасура. Я с вами несогласен)
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
это классно когда фронтенд для ряда вещей может не ждать бекенд, но длдя быстрого запуска продукта по моему лушче полноценый бекенд и полноценый фронтенд
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
я не против хасуры или призмы
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
+ возможно у вас другая специфика
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
у нас сас сервис
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
почти все резовлеры требут допила
источник