Перейти к содержанию

Мой дашборд работает медленно

Во-первых, вы должны убедиться, что ваш браузер корректно работает с GlarusBI:

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

Дашборд содержит более 10 карточек

  1. Создайте новый дашборд для каждой группы карточек, относящихся к одному и тому же периоду времени или сегменту.
    • Например, создайте новые дашборды для еженедельных и ежемесячных показателей или новых и постоянных клиентов.
  2. Перемещайте свои карточки на новый дашборд до тех пор, пока на каждом дашборде не будет 10 или меньше карточек.
  3. Используйте настраиваемые места назначения. Документация Metabase (англ.), чтобы связать карточки на разных дашбордах.

Объяснение

Дашборд с 50 карточками почти всегда будет медленнее, чем 5 дашбордов с 10 карточками. GlarusBI отображает дашборд, обновляя все запросы на нем (то есть повторно выполняя все запросы к вашей базе данных). Хранилище данных может попытаться выполнить эти запросы одновременно, чтобы быстрее вернуть результаты, однако эти запросы на самом деле могут конкурировать друг с другом и замедлять работу.

Помимо ускорения работы, небольшой сфокусированный дашборд также более удобен для понимания, так как он не перегружает внимание пользователей. Чтобы получить дополнительные советы, ознакомьтесь с нашей статьёй Рекомендации по работе с дашбордами BI. Документация Metabase (англ.).

Дашборд, используемый многими людьми одновременно

  1. Необязательно: используйте инструменты аудита, чтобы просмотреть статистику использования вашей GlarusBI.
  2. Настройте кэширование для запросов на вашем дашборде.
  3. Запускайте дашборд в нерабочее время, чтобы люди могли загружать кэшированные результаты за считанные секунды вместо того, чтобы выполнять новый запрос к вашей базе данных.

Объяснение

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

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

Встроенный дашборд работает медленно по сравнению с оригинальным дашбордом

  1. Чтобы ускорить встроенный дашборд, настройте параметр для предварительной фильтрации ваших данных.

Объяснение

Один из самых простых способов ускорить работу запроса или дашборда — работать с меньшим набором данных. Ваш администратор GlarusBI может применять автоматические ограничения данных, используя такие вещи, как SSO, разрешения данных и изолированная среда данных .

Однако когда кто-то загружает запрос или дашборд в подписанное встраивание, этот запрос или дашборд будет запрашивать полный набор данных (а не меньший набор данных, ограниченный разрешениями). Автономные, подписанные встраивания не требуют, чтобы люди входили в систему, поэтому на неаутентифицированных пользователей, просматривающих подписанное встраивание, не будут распространяться разрешения и ограничения данных, установленные вашим администратором.

Дашборд работает медленно по сравнению с аналогичными дашбордами

  1. Удалите поля (столбцы), которые вам не нужны в конечном результате.
  2. Добавьте фильтр, чтобы уменьшить объем запрашиваемых данных. Например:
    • Сократите временные рамки до интересующего вас отчётного периода.
    • Исключите недопустимые записи, такие как: пробелы, нули или строки со значениями, такими как «отменено», «истек срок действия», «недействительный» и т.д.
  3. Удалите соединения для таблиц, которые не используются.
  4. Если вы агрегируете данные из конструктора запросов, спросите у администратора базы данных, есть ли предварительно агрегированное представление. Документация Metabase (англ.), которое вы можете использовать вместо него.

Объяснение

Когда вы обновляете свой запрос, чтобы использовать минимальное количество строк или столбцов (или переключаете свой запрос, чтобы использовать меньшую, например сводную таблицу), ваша база данных может тратить меньше времени на сканирование этих записей. Сужение области вашего запроса особенно важно в том случае, если вы начинаете с чьего-то сохранённого запроса или модели, потому что вам могут не понадобиться все данные изначального запроса.

Если все ваши дашборды работают медленно, вы можете быть ограничены производительностью определённого источника данных. В этом случае мы рекомендуем обратиться к администратору вашей базы данных для Устранения неполадок с производительностью базы данных.

Связанные проблемы

Проблема не решена

Если вы не можете решить проблему с помощью руководств по устранению неполадок: