MM
и перед этим грузить initial data
Size: a a a
2019 January 17
MM
чем удобна хазура в этом плане, что можно не делать query а тупо взять и подписаться, хазура пришлет изначальный набор данных и будет присылать его же в измененном виде, если в бд что-то из каких-то данных поменяется
MM
и это легко использовать на apollo cliente
MM
с призмой тебе нужно в каждом отдельном случае писать в кэш самому
В🌎
Понял. В любом случае, теперь мне хазура выглядит намного более привлекательной)
MM
Понял. В любом случае, теперь мне хазура выглядит намного более привлекательной)
в любом случае я бы попробовал на каком-то примере и то и другое
MM
Мне в призме принципиально не нравится одна вещь: она нацелена на поддержку множества баз, из-за чего страдает функциональность
MM
когда я тестил призму, там небыло сортировки по двум полям
MM
у нас сейчас есть апишка на хазуре, мы ее экстендим своим graphql-сервером. хазуру используем только для вытаскивания данных и подписок
MM
в целом hasura не смотря на свой возраст относительно стабильна в плане работы и API
MM
вот наша апишка:
https://api.fastcup.io/
https://api.fastcup.io/
MM
https://cs.fastcup.io/
а вот сайт, который на ней работает
а вот сайт, который на ней работает
В🌎
Как делается экспорт/импорт схемы БД? Через SQL?
MM
Как делается экспорт/импорт схемы БД? Через SQL?
с миграциями я пока не работал, все руки не доходят сделать их как часть CI/CD
MM
очень много задач других( и devopsa у нас нет по эти цели
В🌎
А в теории есть понимание?
MM
А в теории есть понимание?
Hasura при изменении схемы в локально запущенном сервере генерирует файлы миграций (своего состояния и SQL), можно их пушить в репозиторий c кодом нашего graphql-proxy-сервера
MM
во-первых до того как выкатить новую схему, ее бы протестить на staging-окружении с помощью apollo cli
MM
и на тестовой бд
MM
которая должна быть точной копией production бд