# Медленные запросы в Data Explorer

**URL:** <https://meta.discourse.org/t/slow-data-explorer-queries/290217>\
**Category:** Data & reporting\
**Tags:** performance\
**Created:** [01.Январь.2024 20:49:35 UTC](https://meta.discourse.org/t/slow-data-explorer-queries/290217 "2024-01-01T20:49:35Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![n1bff](https://avatars.discourse-cdn.com/v4/letter/n/e95f7d/32.png) [@n1bff](https://meta.discourse.org/u/n1bff)\
**Post date:** [01.Январь.2024 21:36:01 UTC](https://meta.discourse.org/t/slow-data-explorer-queries/290217/4 "2024-01-01T21:36:01Z")

</div>

Спасибо, ребята!

> [@Falco](#):
>
> - Уменьшение количества строк на страницу, чтобы каждая страница загружалась быстрее.

Это происходит даже если результатом запроса является всего одна строка. Например, запрос, возвращающий одно целое число, выполняется за 9 мс в панели [Data Explorer](https://meta.discourse.org/t/32566?silent=true) в административной панели, но при выполнении извне через API [Data Explorer](https://meta.discourse.org/t/32566?silent=true) с помощью curl — за 200 мс.

> [@Falco](#):
>
> - Создание плагина, который предоставляет ту же информацию через новый конечный пункт API и более эффективно использует кэширование и формат данных.
> - Прямой запрос к базе данных.

Я бы очень хотел избежать этого. Я использую [Data Explorer](https://meta.discourse.org/t/32566?silent=true), потому что на этих форумах его рекомендовали как удобный способ получения информации из БД и как хорошо работающий API для этих целей.

> [@sam](#):
>
> У нас есть магические преобразования для определённых имён столбцов (user\_id, post\_id и т. д.), которые переименовывают их во что-то другое, например, post\_id1 и т. п.

Мой запрос использует их для JOIN, но не в результирующем наборе. В операторе SELECT только один столбец, и это новый вычисляемый столбец с произвольным именем.

---

_[View the full topic](https://meta.discourse.org/t/slow-data-explorer-queries/290217)._