TGViewer
Сохранёнки программиста Сохранёнки программиста @prog_stuff · 6.51K subscribers
Post #3079 158
Почему уменьшение ответа API не всегда ускоряет запрос

Чтобы построить историю звёзд репозитория, инструменты выгружали страницы пользователей и оставляли только даты. Для React это требовало примерно 2500 запросов.

В разборе GitHub показано, почему простая замена пользователей дневными счётчиками не решала проблему. База сначала группировала все звёзды, сортировала результат и лишь затем применяла LIMIT и OFFSET. Маленький JSON всё ещё требовал большой работы.

Новый API сначала переводит страницу в диапазон дат по индексу created_at, затем считает звёзды только внутри него. Один ответ покрывает до 30 недель. Для React полная выгрузка сократилась примерно до 24 запросов.

При оптимизации отчётов проверьте, где именно ограничивается выборка: после агрегации или до неё. Размер ответа этого не показывает.

#базыданных #производительность
More from @prog_stuff
  1. Oct 17, 2026Как общий кеш выдавал пустые ответы MySQL У крупного клиента Hyperdrive примерно 0,001% за…
  2. Oct 16, 2026Как Spotify проверяет качество при ускорившейся разработке В августе число слитых изменени…
  3. Oct 16, 2026Почему быстрое сжатие TOAST может замедлить чтение TOAST в PostgreSQL умеет сжимать больши…
  4. Oct 15, 2026Почему реплики для чтения могут замедлять запись В текущем хранилище GitHub полные копии р…
  5. Oct 15, 2026Как Uber ограничивает лавину повторных запросов Сервис C вернул ошибку. B повторил запрос…
  6. Oct 14, 2026Как Cloudflare проверяет выводы ИИ-агентов В первом прототипе агент получал всё расследова…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →