Д
если таки видно что запрос тяжёлый, то зачем его пускать дальше
Size: a a a
2020 March 16
A
graphql отличный, я бы во всех FE использовал
A
в новом есть косты запросов, прямо на запрос или сущность вешаешь кост
Д
в новом есть косты запросов, прямо на запрос или сущность вешаешь кост
в новом что? это же не графкуля фича, а каждой отдельной реализации
A
в новом что? это же не графкуля фича, а каждой отдельной реализации
спека графкуэля меняется во времени.
Д
но комплексити запроса был ещё с бородатых времён
Д
а ещё если у фронта скорость разработки сильно больше так удобнее
Д
а то приходят и вечно "а сделай мне урл под эту хрень ну позязя"
MS
но в графкуле ты сам играешь в валидатора и сам играешь в планировщика
Ну в SQL также и получилось. Идея была в том, что пользователи смогут сами запрашивать сервер. Оказалось, чтобы опрашивать, надо быть по хорошему спецом. Теперь даже специальность появилась такая: писать эксплейны к базе и думать, где какие индексы расставить. Даже не всякий бекенд-программист такое умеет.
A
но комплексити запроса был ещё с бородатых времён
в 2017м чот не было
Д
в 2017м чот не было
ну от реализации зависит
MS
если таки видно что запрос тяжёлый, то зачем его пускать дальше
Я не уверен, что можно понять для любого наперёд заданного запроса, что он тяжёлый. Похожая задача останова алгоритмически неразрешима. Ну и некоторые запросы при том, что они тяжёлые, могут быть вполне корректными с точки зрения бизнеса.
Д
Я не уверен, что можно понять для любого наперёд заданного запроса, что он тяжёлый. Похожая задача останова алгоритмически неразрешима. Ну и некоторые запросы при том, что они тяжёлые, могут быть вполне корректными с точки зрения бизнеса.
но ты то заранее знаешь откуда и что будешь запрашивать и насколько это больно будет
A
Я не уверен, что можно понять для любого наперёд заданного запроса, что он тяжёлый. Похожая задача останова алгоритмически неразрешима. Ну и некоторые запросы при том, что они тяжёлые, могут быть вполне корректными с точки зрения бизнеса.
если на каждую пропертю, сущность и запрос повесить чиселку, то потом можно просто складывать и понять
A
достаточно повесить везде 1, поставить лимит в 100 для начала
DK
но ты то заранее знаешь откуда и что будешь запрашивать и насколько это больно будет
не попробуешь - не узнаешь на мой взгляд
а прогонять тяжелый запрос для того, чтобы узнать, что он тяжелый - такое
а прогонять тяжелый запрос для того, чтобы узнать, что он тяжелый - такое
A
не попробуешь - не узнаешь на мой взгляд
а прогонять тяжелый запрос для того, чтобы узнать, что он тяжелый - такое
а прогонять тяжелый запрос для того, чтобы узнать, что он тяжелый - такое
тут не важны точные измерения, если что
MS
но ты то заранее знаешь откуда и что будешь запрашивать и насколько это больно будет
Ну это значит, что все пользователи должны быть профессионалами в построении быстрых запросов. Что для SQL оказалось не так.
A
Ну это значит, что все пользователи должны быть профессионалами в построении быстрых запросов. Что для SQL оказалось не так.
нет. в sql отсечки по костам.
A
СУБД пытается выполнить запрос всегда