Время на прочтение: 4 минуты

Дата публикации: 28.10.2026

Медленная загрузка дашборда в DataLens почти всегда связана с источником данных и устройством датасета, а не с самим сервисом. При открытии дашборда каждый чарт и каждый селектор отправляют свой запрос к источнику, поэтому общее время зависит от того, сколько этих запросов и насколько они тяжелые. Чаще всего помогают перенос расчетов в базу данных, упрощение датасета и правильные настройки загрузки дашборда и кеша.

Оптимизировать все подряд не нужно. Сначала стоит найти узкое место.

В меню каждого чарта есть «Инспектор». Он показывает время загрузки по этапам: «Загрузка конфига», «Загрузка данных», «Выполнение» и «Рендеринг». Значения выше оптимальных выделяются оранжевым или красным, а рядом с каждым показателем есть подсказка с рекомендацией. В блоке «Источники данных» виден текст SQL-запроса, который DataLens отправил в источник, если запрос выполнился успешно.
• Долгая «Загрузка данных». Проблема в источнике или датасете. Это самый частый случай.
• Долгий «Рендеринг». Чарт выводит слишком много точек или строк. Помогают фильтры, агрегация до нужного уровня и постраничный вывод в таблицах. У каждого типа чарта есть лимит, например 75 000 строк для линейных и столбчатых диаграмм и 100 000 строк для таблиц. Если данных больше, чарт не построится.

Чтобы найти медленные чарты сразу по всем дашбордам, подойдет статистика использования DataLens. В расширенной версии статистики (Detailed) есть среднее время выполнения запросов по дашбордам, чартам и подключениям.

Автоматизируем сбор данных и освободим команду от ручной аналитики

Сотрудники тратят часы на отчеты?

Источник не рассчитан на аналитику. DataLens подключен напрямую к рабочей базе учетной системы или CRM. Аналитические запросы с группировками по большим таблицам нагружают ее и выполняются медленно. На стороне DataLens время выполнения запроса в источнике ограничено 80 секундами, и если запрос не укладывается, чарт выдаст ошибку вместо данных. Решение — отдельное аналитическое хранилище с данными, которые обновляются по расписанию.

Нет предагрегации. Чарт каждый раз считает итоги по детальным данным, например по каждой продаже за три года, хотя на дашборде нужны суммы по дням или месяцам. Документация DataLens рекомендует по возможности рассчитывать данные заранее на стороне базы и хранить таблицы разной детализации, например дневную и месячную.

Тяжелый датасет. На скорость влияют
• объединения таблиц (JOIN) внутри датасета, каждое из которых добавляет в запрос подзапрос к полному набору полей таблицы;
• сложные формулы в вычисляемых полях, например многоуровневые агрегации, которые утяжеляют SQL-запрос;
• поля, которые не используются ни в одном чарте.

Связи между таблицами лучше собирать заранее в хранилище и отдавать в DataLens готовую витрину. Вычисляемые поля предпочтительнее создавать на уровне датасета, а не отдельного чарта.

Фильтры по вычисляемой дате. Если дата для фильтра каждый раз вычисляется из поля «дата и время», база не может эффективно использовать сортировку или индекс по этому полю и читает больше данных. Отдельное поле с датой лучше подготовить в источнике. Документация DataLens также советует сортировать таблицы по часто используемым измерениям, обычно это даты.

Дашборд загружает все сразу. В настройках дашборда, в блоке «Прочие настройки», есть три параметра загрузки виджетов
• «Загружать только видимые чарты» — остальные чарты подгружаются по мере прокрутки;
• «Количество одновременно загружаемых виджетов» — помогает, если источник плохо переносит параллельную нагрузку;
• «Приоритет загрузки» — например, сначала чарты на экране, а потом селекторы.

Еще одна частая ошибка — селекторы без значений по умолчанию. Тогда чарты запрашивают все данные, например всю историю вместо текущего месяца. DataLens кеширует результаты запросов с селекторами, поэтому значения по умолчанию еще и сокращают число обращений к базе.

Кеш настроен по умолчанию. DataLens хранит результаты запросов в кеше 5 минут. Для подключений к базам данных время жизни кеша можно увеличить в настройках подключения, максимум до суток. Если данные обновляются раз в день, кеш на несколько часов заметно снизит нагрузку на источник.

Покажем демо-дашборд и расскажем, как это работает на практике

Один дашборд вместо десятков отчетов

Настройки дашборда и кеша дают быстрый эффект, но не решают системную проблему. Если данные собираются из нескольких источников, объем растет каждый месяц, а дашборд после всех настроек все равно открывается долго, дело в архитектуре данных. Без хранилища и подготовленных витрин скорость будет падать дальше.

Мы проверим источники, датасеты и запросы и выясним, на каком этапе теряется время. По итогам вы получите план оптимизации с оценкой сроков и объема работ. Чтобы обсудить вашу ситуацию, запишитесь на бесплатную консультацию.

Мы уже реализовали более 127 проектов по настройке BI-аналитики под разные задачи. Проведём бесплатную консультацию и аудит ваших процессов, чтобы предложить оптимальное решение именно для вас.
Запишитесь на бесплатную консультацию, и мы поможем сделать аналитику вашего бизнеса прозрачной и эффективной.

Больше про аналитику и бизнес в Telegram-канале