Мой дашборд работает медленно¶
Во-первых, вы должны убедиться, что ваш браузер корректно работает с GlarusBI:
Очистите кеш браузера и отключите все расширения перед обновлением страницы, или
Попробуйте загрузить дашборд в приватном сеансе/сеансе инкогнито.
Дашборд содержит более 10 карточек¶
Создайте новый дашборд для каждой группы карточек, относящихся к одному и тому же периоду времени или сегменту.
Например, создайте новые дашборды для еженедельных и ежемесячных показателей или новых и постоянных клиентов.
Перемещайте свои карточки на новый дашборд до тех пор, пока на каждом дашборде не будет 10 или меньше карточек.
Используйте настраиваемые места назначения. Документация Metabase, чтобы связать связанные карточки на разных дашбордах.
Объяснение
Дашборд с 50 карточками почти всегда будет медленнее, чем 5 дашбордов с 10 картами. GlarusBI отображает дашборд, обновляя все вопросы на нем (то есть повторно выполняя все запросы к вашей базе данных). Хранилище данных может попытаться выполнить эти запросы одновременно, чтобы быстрее вернуть результаты, однако эти запросы на самом деле могут конкурировать друг с другом и замедлять работу.
Помимо ускорения работы, небольшой сфокусированный дашборд также более удобен для понимания, так как он не перегружает внимание пользователей. Чтобы получить дополнительные советы, ознакомьтесь с нашей статьей Рекомендации по работе с дашбордами BI. Документация Metabase.
Панель инструментов, используемая многими людьми одновременно¶
Необязательно: используйте инструменты аудита, чтобы просмотреть статистику использования вашей GlarusBI.
Настройте кэширование для вопросов на вашем дашборде.
Запускайте дашборд в нерабочее время, чтобы люди могли загружать кешированные результаты за считанные секунды вместо того, чтобы выполнять новый запрос к вашей базе данных.
Объяснение
Если у вас есть дашборд, который многие люди проверяют примерно в одно и то же время (например, в начале рабочего дня), вы можете столкнуться с очередями запросов или долгими соединениями с базой данных. Кэширование позволяет подготовиться к пиковому трафику, запустив эти медленные запросы один раз, заранее, чтобы результаты были готовы к работе.
Кэширование требует меньше усилий, поскольку оно не требует внесения изменений в ваши схемы или базы данных. Если же вы готовы инвестировать больше ресурсов в поиск и устранение первопричин проблем с производительностью дашборда, ознакомьтесь с этим списком распространенных оптимизаций схемы и базы данных. Документация Metabase.
Встроенный дашборд работает медленно по сравнению с оригинальным дашбордом¶
Чтобы ускорить встроенный дашборд, настройте параметр для предварительной фильтрации ваших данных.
Объяснение
Один из самых простых способов ускорить работу вопроса или информационной панели — работать с меньшим набором данных. Ваш администратор GlarusBI может применять автоматические ограничения данных, используя такие вещи, как SSO, разрешения данных и изолированная среда данных .
Однако когда кто-то загружает вопрос или панель мониторинга в подписанное встраивание, этот вопрос или панель мониторинга будет запрашивать полный набор данных (а не меньший набор данных, ограниченный разрешениями). Автономные, подписанные встраивания не требуют, чтобы люди входили в систему, поэому на неаутентифицированных пользователей, просматривающих подписанное встраивание, не будут распространяться разрешения и ограничения данных, установленные вашим администратором.
Дашборд работает медленно по сравнению с аналогичными дашбордами¶
Удалите поля (столбцы), которые вам не нужны в конечном результате.
Добавьте фильтр, чтобы уменьшить объем запрашиваемых данных. Например:
Сократите временные рамки до интересующего вас отчетного периода.
Исключите недопустимые записи, такие как: пробелы, нули или строки со значениями, такими как «отменено», «истек срок действия», «недействительный» и т. д.
Удалите соединения для таблиц, которые не используются.
Если вы агрегируете данные из построителя запросов, спросите у администратора базы данных, есть ли предварительно агрегированное представление. Документация Metabase, которое вы можете использовать вместо него.
Объяснение
Когда вы обновляете свой вопрос, чтобы использовать минимальное количество строк или столбцов (или переключаете свой вопрос, чтобы использовать меньшую, например сводную таблицу), ваша база данных может тратить меньше времени на сканирование этих записей. Сужение области вашего вопроса особенно важно в том случае, если вы начинаете с чьего-то сохраненного вопроса или модели, потому что вам могут не понадобиться все данные изначального запроса.
Если все ваши дашборды работают медленно, вы можете быть ограничены производительностью определенного источника данных. В этом случае мы рекомендуем обратиться к администратору вашей базы данных для Устранения неполадок с производительностью базы данных.
Связанные проблемы¶
Проблема не решена¶
Если вы не можете решить проблему с помощью руководств по устранению неполадок:
Найдите или спросите сообщество GlarusBI.